Can anybody tell me how to invoke the Markdown lexer?
Markdown isn't listed on the Set Filetype menu(s).
I tried giving it (my testfile) a file extension of .md but that didn't work--I could try others, but thought I'd ask.
Randy Kramer
Hi Randy,
its in menu->document->set filetype->miscellaneous languages->markdown
The extension according to the filetypes file is .mdml
Cheers Lex
2009/9/2 Randy Kramer rhkramer@gmail.com:
Can anybody tell me how to invoke the Markdown lexer?
Markdown isn't listed on the Set Filetype menu(s).
I tried giving it (my testfile) a file extension of .md but that didn't work--I could try others, but thought I'd ask.
Randy Kramer _______________________________________________ Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Tuesday 01 September 2009 10:38:15 pm Lex Trotman wrote:
its in menu->document->set filetype->miscellaneous languages->markdown
The extension according to the filetypes file is .mdml
Lex,
Thanks! I hate to keep admitting things, but it looks like I had another ebkac (well, mostly anyway).
I had first installed geany using aptitude (on Debian)--it got installed in /usr/bin/geany. When I built geany from source, it got installed in /usr/local/bin/geany.
(And no doubt, /usr/bin is before /usr/local/bin on my path--hmm, but I just checked and /usr/local/bin seems to come first--I guess I don't understand the Linux PATH--does it work in reverse order? My PATH:
PATH=/usr/local/bin:/usr/bin:/bin:/usr/games:/rhk/bin )
Anyway, bottom line, the wrong executable was being run (which didn't have Markdown as a menu choice.
Sorry for the noise, but I guess I am wondering if the README for geany shouldn't tell you where it is being installed. (After 10 years of migration into Linux, there is still stuff that doesn't make sense to me.)
So I wonder at the "proper" solution. I think I'll try an aptitude uninstall geany (or whatever the right command is--ok, actually, I think I'll do a purge, then reconfigure geany if some things configuration gets lost).
Randy Kramer
2009/9/2 Randy Kramer rhkramer@gmail.com:
On Tuesday 01 September 2009 10:38:15 pm Lex Trotman wrote:
its in menu->document->set filetype->miscellaneous languages->markdown
The extension according to the filetypes file is .mdml
Lex,
Thanks! I hate to keep admitting things, but it looks like I had another ebkac (well, mostly anyway).
I had first installed geany using aptitude (on Debian)--it got installed in /usr/bin/geany. When I built geany from source, it got installed in /usr/local/bin/geany.
(And no doubt, /usr/bin is before /usr/local/bin on my path--hmm, but I just checked and /usr/local/bin seems to come first--I guess I don't understand the Linux PATH--does it work in reverse order? My PATH:
PATH=/usr/local/bin:/usr/bin:/bin:/usr/games:/rhk/bin )
The PATH is explicitly required to be searched forwards, if you find one going backwards you can legitimately claim a bug :-). To check which command is going to be run by a shell use "which geany". How things are run from GUI shortcuts are specific to the GUI and usually have an absolute filename and so don't use PATH. Could this be the problem, a geany built from scratch doesn't know about your GUI and so won't update its filename. So the GUI runs the old version.
Unless you have an enlightened distribution that puts geany where it wants to go, and points the GUI there. On Open Suse I installed it once from the distribution and each time I compile and install a new version to the system directories it works in the GUI because the new executable is in the old place.
Anyway, bottom line, the wrong executable was being run (which didn't have Markdown as a menu choice.
Sorry for the noise, but I guess I am wondering if the README for geany shouldn't tell you where it is being installed. (After 10 years of migration into Linux, there is still stuff that doesn't make sense to me.)
The manual does, and also mentions that binary distributions often install in /usr not /usr/local but maybe /usr/local can be added to README
You can of course set the location of a geany you compile with ./configure --prefix=/wherever/you/want
So I wonder at the "proper" solution.
Depends on the cause. Probably having two Geanys in the system directories is confusing and you should remove one of them. But as you say do check the other is still whole afterwards just in case some configuration was shared and is now gone. Personally I run the official release in the system directories and the "bleeding edge" SVN version with a local prefix so they don't get confused and the bleeding edge is installable without priveledges so that it can't accidently damage the system directories.
I think I'll try an aptitude
uninstall geany (or whatever the right command is--ok, actually, I think I'll do a purge, then reconfigure geany if some things configuration gets lost).
Randy Kramer _______________________________________________ Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
Lex,
Thanks for the reply! (including the explanations and suggestions.)
Unfortunately, by the time I read this I had already purged the Debian installed copy of geany. I did some experimenting afterwards, and learned some things, but have more to learn. ;-)
No need to read or reply to the rest of this--it just sort of helps remind me of what I did and didn't try so far.
I very rarely start an app from the KDE menu--I almost always do it from a konsole or the "Run Command" popup. (Ignoring those that are automatically (re-)started when I do a rare reboot.) Those were the only two ways I started geany.
I was (and still am, I think) under the impression that those commands are executed "as is"--I mean, the GUI didn't do anything strange to them. After the purge (in other words, too late), I did "which geany" from the konsole and from the Run Command pop up, and both showed /usr/local/bin/geany, which makes me think at least now they're using the (or some) PATH. Maybe KDE runs in sort of a separate shell with it's own environment?
No, I guess not, as I ran echo $PATH from both konsole and the Run Command popup and both show the path I mentioned earlier:
PATH=/usr/local/bin:/usr/bin:/bin:/usr/games:/rhk/bin
I'm not sure what kde does with respect to starting an application from the menu--even after I purged geany I found a menu entry for geany under Development--the "command" listed there shows as "geany %f"--I would have thought that would simply look for geany on the path.
So, I've learned something, but have more to learn--next time I see an opportunity, I'll try some testing to see if I can pin down what was happening.
regards, Randy Kramer
On Wednesday 02 September 2009 08:20:22 am Lex Trotman wrote:
2009/9/2 Randy Kramer rhkramer@gmail.com: To check
---< good stuff snipped >---
On Wed, 2 Sep 2009 13:22:18 -0400, Randy wrote:
Lex,
Thanks for the reply! (including the explanations and suggestions.)
Unfortunately, by the time I read this I had already purged the Debian installed copy of geany. I did some experimenting afterwards, and learned some things, but have more to learn. ;-)
No need to read or reply to the rest of this--it just sort of helps remind me of what I did and didn't try so far.
Lol, you use the mailing as your personal scratchpad...hehe.
I very rarely start an app from the KDE menu--I almost always do it from a konsole or the "Run Command" popup. (Ignoring those that are automatically (re-)started when I do a rare reboot.) Those were the only two ways I started geany.
it's just a very wild guess but maybe you started Geany the one day, the globally installed, "old" Geany from the Debian repositories. The next day you booted your machine, the session started and also started Geany again from the last session. This day you installed the new version into /usr/local/, and the next day it started again automatically by your session. But when it starts from the session, the session manager probably stored the full path in its configuration, so the session manager started /usr/bin/geany for you instead of /usr/local/bin/geany.
As I said, it's just a wild guess. I didn't use KDE for years and I don't know how its session manager works.
Regards, Enrico
On Wednesday 02 September 2009 01:36:52 pm Enrico Tröger wrote:
Lol, you use the mailing as your personal scratchpad...hehe.
Sometimes--probably a bad habit. Sometimes I just feel a need to respond and don't know what to say atm ;-)
I very rarely start an app from the KDE menu--I almost always do it from a konsole or the "Run Command" popup. (Ignoring those that are automatically (re-)started when I do a rare reboot.) Those were the only two ways I started geany.
it's just a very wild guess but maybe you started Geany the one day, the globally installed, "old" Geany from the Debian repositories. The next day you booted your machine, the session started and also started Geany again from the last session. This day you installed the new version into /usr/local/, and the next day it started again automatically by your session. But when it starts from the session, the session manager probably stored the full path in its configuration, so the session manager started /usr/bin/geany for you instead of /usr/local/bin/geany.
As I said, it's just a wild guess. I didn't use KDE for years and I don't know how its session manager works.
Sounds like a reasonable guess, but I don't reboot every day--I don't think I rebooted since I installed geany--my uptime says I've been up 11 days, 20:57--well, I don't think I installed geany that long ago, but maybe I did.
Still, (something for me to learn), I don't think when I start something from konsole or from Command Run that KDE does anything tricky with it.
Someday it will all become clear--nothing I'm worried about for now! ;-)
Randy Kramer
On Wed, 2 Sep 2009 22:20:22 +1000, Lex wrote:
Anyway, bottom line, the wrong executable was being run (which didn't have Markdown as a menu choice.
Sorry for the noise, but I guess I am wondering if the README for geany shouldn't tell you where it is being installed. (After 10 years of migration into Linux, there is still stuff that doesn't make sense to me.)
The manual does, and also mentions that binary distributions often install in /usr not /usr/local but maybe /usr/local can be added to README
You can of course set the location of a geany you compile with ./configure --prefix=/wherever/you/want
And nevertheless who you ran ./configure, at the end it prints the prefix where it will install Geany. /usr/local is the default and is displayed after finishing configure.
(Same goes for when you are using Waf.)
Regards, Enrico
On Wednesday 02 September 2009 01:41:59 pm Enrico Tröger wrote:
And nevertheless who you ran ./configure, at the end it prints the prefix where it will install Geany. /usr/local is the default and is displayed after finishing configure.
Ahh, thanks--learned something else--I'll have to watch for that!
I'm afraid I'm going to learn more about configure--will send some questions shortly. ;-)
Randy Kramer
On Wed, 2 Sep 2009 17:40:38 -0400, Randy wrote:
On Wednesday 02 September 2009 01:41:59 pm Enrico Tröger wrote:
And nevertheless who you ran ./configure, at the end it prints the prefix where it will install Geany. /usr/local is the default and is displayed after finishing configure.
Ahh, thanks--learned something else--I'll have to watch for that!
I'm afraid I'm going to learn more about configure--will send some questions shortly. ;-)
Lol.
Regards, Enrico
On Wednesday 02 September 2009 05:44:34 pm Enrico Tröger wrote:
I'm afraid I'm going to learn more about configure--will send some questions shortly. ;-)
Lol.
;-)
I got my problem sorted--I wanted to compile the program with -ggdb3 and -O0 set, I finally found that I could do that with:
CFLAGS="-ggdb3 -O0" CXXFLAGS="-ggdb3 -O0" ./configure
It's maybe just a little messy because -g is passed twice ("-g -DGEANY_DEBUG -ggdb3 -O0"), but I don't think that causes any problem.
Hopefully, I'll be stepping through LexMarkdown.cxx for awhile, without bothering the list. ;-)
Randy Kramer
On Wed, 2 Sep 2009 19:02:12 -0400, Randy wrote:
On Wednesday 02 September 2009 05:44:34 pm Enrico Tröger wrote:
I'm afraid I'm going to learn more about configure--will send some questions shortly. ;-)
Lol.
;-)
I got my problem sorted--I wanted to compile the program with -ggdb3 and -O0 set, I finally found that I could do that with:
CFLAGS="-ggdb3 -O0" CXXFLAGS="-ggdb3 -O0" ./configure
It's maybe just a little messy because -g is passed twice ("-g -DGEANY_DEBUG -ggdb3 -O0"), but I don't think that causes any problem.
Me neither. At least from my experience multiple -g flags don't cause any troubles.
Regards, Enrico
2009/9/3 Randy Kramer rhkramer@gmail.com:
On Wednesday 02 September 2009 01:41:59 pm Enrico Tröger wrote:
And nevertheless who you ran ./configure, at the end it prints the prefix where it will install Geany. /usr/local is the default and is displayed after finishing configure.
Ahh, thanks--learned something else--I'll have to watch for that!
I'm afraid I'm going to learn more about configure--will send some questions shortly. ;-)
Hi Randy,
Remember that configure is an autogenerated script by http://www.gnu.org/software/autoconf/ so you should have a look at that as well, Geany & any software using autoconf only adds a few specific options, the rest is standard.
Cheers Lex
Randy Kramer
Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany