do I need to add something for the patch to be included in the geany repository?
I've seen you talked about some "filedefs/filetypes.*" configuration, does it mean it would replace such definitions in the future?
Just a normal build: but a strange configure error did occur.
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
configure: error: No C++ compiler not found. Please install a C++ compiler.
I found it's just a ``which`` in configure.in.
# check for C++ compiler explicitly and fail if none is found, do this check
# after AC_PROG_CXX has set the CXX environment variable
which $CXX >/dev/null 2>&1
if test "x$?" != "x0"; then
AC_MSG_ERROR([No C++ compiler not found. Please install a C++
I didn't know that the ``which`` utility was considered a compiler. :p
How about just using a shell builtin, ``hash``, ``type -P`` or just ``eval
$CXX --version`` as a test instead?
configure.in:18 : which $CXX >/dev/null 2>&1
configure.in:51 : GIT=`which git 2>/dev/null`
configure.in:60 : SVN=`which svn 2>/dev/null`
Found 3 matches for "which".
Attached is a patch providing some cleanups for geany.txt.
NOTE: There are a few TODOs in the file that need to be checked before
the geany.html is re-created (Addons plugin compatible :-). These are
things that I didn't know the answers to.
I have minimised the reflows I applied, so that the patch didn't
become too big, Some more wouldn't hurt but they are not critical.
There are images called out in geany.txt that are missing from the
doc/images directory. I have not created those because I can't seem
to get a theme that looks like the other images, so someone who can
generate screen captures that match the existing ones should do it.
I am having difficulty with Unicode code point insertion. Basically
it doesn't work and I can't see how it could as described in the
I have control-Shift-u undefined, but since on_key_press_event catches
keybindings before they get to GTK, all control-shift keybindings for
hex characters (a-f) must be undefined. This means many of the find
keybindings must be undefined. But even then, with control-shift held
digits are seen as !@#$%^&*() and rejected.
Am I doing something wrong or has the behaviour changed?
Using SVN head or 0.18 and GTK 2.12.
So, I'm always having multiple dozens of files open, some of which
define even more symbols.
At that point I began to really miss the search you can do in the file
open/save dialog (while typing search, the gtk docs say interactive or
I looked at it and got it sort of working (see
http://www.alice-dsl.net/simonemartitz/geany.png), however I ran into
a) switching focus to the editor widget. When using the keyboard to do
the search, the first match will be selected. As of now, selecting
something in the list automagically switches the focus to the editor.
That is of course unwanted while you're searching as it will stop and
break the search basically upon entering the first character. In a work
around, I disabled this switching if the selection happened by using the
keyboard. This works well for the symbol list, but not at all for the
open file list (which still changes the focus).
b) opening files doesn't bring it in front anymore. I removed the
"changed" signal for the open file list as it's incompatible with
searching. but that broke opening files as the mechanism to bring the
open file up relies on the sidebar here. For this, I thought the
"bringing the new doc up" code could be moved to the opening document
code (document.c), and the sidebar handler just does a call
document_open_file(). Would that work?
So, I basically want to discuss about a) if this feature is wanted and
b) about the two problems that showed up.
I really love this feature already.
Attached is my diff.
As some plugin authors didn't like having to implement plugin_configure
properly and we now have a multiple-plugin configure dialog in SVN, I
added a plugin_configure_single symbol:
Any plugins that don't implement plugin_configure properly will now
annoy users using the multiple-plugin configure dialog, so please
change them to use plugin_configure_single ;-)
Of course, implementing plugin_configure properly is still the best way.
The trouble is that I have the toolbar hidden, but there is 'go to
line' entry on it. In this case 'go to line' dialog does not appear
after I use the keybinding, as the original handler checks whether
'go to line' entry is present, but does not check whether the
toolbar itself is visible.
The attached patch seems to fix the problem.
A suggestion on the reflow block function.
Currently it appears to use the long-lines marker column as its right
edge, but I would have expected it to use the line breaking column so
that it is consistent with newly typed input.
What do others think?
I have a little insignificant question related to make and autotools.
When I compile some little programs, I usually use `make --quiet', so
that `make' does not print executed commands, and it is easy to see
compiler messages. Unfortunately, when building geany-plugins with
`make --quiet', I still see "libtool: compile: ..." and "libtool:
link: ..." messages (see example in citation below). Can I make libtool
On Sat, 12 Sep 2009 10:54:07 +0400
Eugene Arshinov <earshinov(a)gmail.com> wrote:
> Hi all.
> I can't compile geany-plugins since r918 ("Pretty-print : Doctype
> supporte added, bugfix on cdata processing") with latest geany
> I installed geany with
> $ make uninstall && make clean && ./autogen.sh && make && sudo make
> and was trying to build geany-plugins
> $ aclocal && ./autogen.sh && make
> but it failed:
> libtool: link: gcc
> -shared .libs/pretty_print_la-PluginEntry.o .libs/pretty_print_la-PrettyPrinter.o .libs/pretty_print_la-ConfigUI.o
> -L/usr/local/lib /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so
> -lm /usr/lib/libpangocairo-1.0.so /usr/lib/libgio-2.0.so /usr/lib/libcairo.so /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so
> -lfontconfig /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so /usr/lib/libxml2.so
> -march=pentium4 -Wl,-soname -Wl,pretty-print.so
> -o .libs/pretty-print.so .libs/pretty_print_la-ConfigUI.o:(.bss+0x0):
> multiple definition of
> `prettyPrintingOptions' .libs/pretty_print_la-PluginEntry.o:(.bss+0x0):
> first defined here ...
> Can anyone reproduce it?
> Best regards,