Users October 2009

users@lists.geany.org

16 participants
12 discussions

[Geany] ANN: New release of Geany Dark Scheme
by Duncan Lock 20 Nov '09

20 Nov '09

Hi Everyone, I've just rolled the new contributions I've received since the last release into a new release of the dark syntax scheme for Geany, geany-dark. The new release adds support for vala, docbook & yaml and can be found here: http://code.google.com/p/geany-dark-scheme/ If you've got any contributions of your own, please feel free to add them to the contribute page<http://code.google.com/p/geany-dark-scheme/wiki/Contribute>. If you'd like to become a project member with commit rights, please just email me and I'll add you on. The more the merrier! Thanks, Dunc

1 1

[Geany] Thanks / Ideas
by Edd Barrett 01 Nov '09

01 Nov '09

Hi there, I saw an update to geany posted on the misc OpenBSD list and decided to try it out on my work desktop. As a long time vim user I was quite suprised that I actually really like this software! So I will start by saying thanks :) Here are some ideas I had: * Have the search box as a bar (like the firefox search bar), so as not to obscure the editor pane. * Same with "goto line". * Provide a way to navigate the sidebar tabs and panes using only the keyboard. Yup, you can focus it, but how can I change tabs? * Add an ISC license template. * Add a markers tab in the sidebar. All in all, keep it slim. One of the best things about geany (in my eyes), is that its very useful at about one quarter the weight of eclipse/netbeans :) Thanks -- Best Regards Edd Barrett (Freelance software developer / technical writer / open-source developer) http://students.dec.bournemouth.ac.uk/ebarrett

6 17

[Geany] Geany Plugins 0.18 released!
by Chow Loong Jin 30 Oct '09

30 Oct '09

Hi all, We're happy to announce a new release of Geany Plugins, 0.18. Below is a shortlog of all the changes since 0.17.1:- eht16 (16): Attempt to fix crashes when quitting Geany from the system tray icon. ChangeLog updated :-) Fix wrong indentation level Avoid using GHashTable functions from newer GLib versions to fix compilation with GLib 2.8. Fix version number We need the dot for proper building (e.g. on Windows). Merge changes from trunk Merge changes from trunk: Allow setting a custom dictionary directory without reloading the plugin. Add an option to the preference dialog to select a custom directory to look for additional dictionary files. Minor fixes. Remove unused code. Use single header includes. Update NEWS Fix wrong cast for Geany 0.18 Add readme file for Windows mentioning the included binaries Update outdated information Update outdated information Install README.windows Beautify the filename Update for 0.18, install plugin dependencies as well frlan (13): Backport bugfix for geanyLaTeX toolbar to 0.17.1 tree Update some of the documentation files to avoid empty files. Closes #2823235 Backport some of updated translation to 0.17.1 branch Create branch for 0.18 tree Update of version strings and set minimum depedency for Geany to 0.18 Update of documentation Update missed css file Update geanyvc to current devel version for 0.18 release Update NEWS file a bit GeanyVC: Fix a tooltip Set binary flag for geanyLaTeX's documentation PDF GeanyLaTeX: Also replace capital German Umlauts. Update/Backport of translations for 0.18 release hyperair (14): Correct typo: COMMON_LIBS => COMMONLIBS Move ttyhelper to $libexecdir/geany-plugins/geanygdb Tag geany-plugins-0.17.1 release Bump version in configure.ac Bump version in configure.ac Bump versions in wscript and .nsi Create tag geany-plugins-0.17.1 Port build system updates from trunk Turn on automake silent rules if supported Correct typo geadydoc => geanydoc Include waf files into the tarball Add README for autotools Correct typo and spelling errors in README Add missing files to POTFILES.in ntrel (4): Create 0.17.1 bugfix branch copied from the 0.17 release. Fixes from trunk. Add NEWS from trunk. Minor reformatting. yurand (2): Added geanyprj and geanydoc plugins Don't use gettext for empty string -- Kind regards, Chow Loong Jin

2 1

[Geany] Layout swapping
by Walter Daniel Gallegos 26 Oct '09

26 Oct '09

Hi, all If possible swap the working area -where editable texts are displayed- with navigator or system area - where documents names, tags, folders, etc are displayed ? I place this question because in all my tools I set the left area as working area and one or more right areas as system area. Before any " why? ". My primary focus is my working area; so I like my working area before of system area. I'm working by many years with Oberon systems and this the default areas layout. -- Walter D. Gallegos | wsfpga(a)adinet.com.uy Tel +598 26 23 44 60 Cel +598 99 18 58 88 W Software & FPGA Services

3 5

[Geany] Add functions to dropdown auto-completion list
by Vinicius Massuchetto 18 Oct '09

18 Oct '09

Hi! I don't know if there's a documentation about it, or even if this was already discussed around here. I use to develop a lot with Wordpress, and I would like to add its functions to Geany dropdown auto-completion list. How can I do it? Thanks! -- Vinícius Massuchetto http://vinicius.soylocoporti.org.br

5 9

[Geany] Geany's support for PowerShell?
by Russell Dickenson 12 Oct '09

12 Oct '09

For reasons mainly related to administration and support of the VMware ESX platform, I write PowerShell scripts (where PowerShell is Microsoft's latest take on a scripting language). I know that as at a release or two ago, Scintilla added support for PowerShell, with the SciTE release which matched that release also supporting PowerShell - i.e. syntax highlighting etc. I wonder if adding support for PowerShell is planned for Geany? Regards, Russell Dickenson Australia

2 2

[Geany] File-type dependent "auto-complete all words"?
by daspostloch＠googlemail.com 11 Oct '09

11 Oct '09

Hi, would it be possible to make the "auto-complete all words" a file-type specific preference in the filetypes.* config files? For cpp, I just love that feature; but in Latex files, it gets a bit in the way. Cheers, Matt

2 1

[Geany] Install problem with PlatGTK.cxx
by lkltp ltppr 10 Oct '09

10 Oct '09

Hi, I tried to compile geany under my Red Hat Entreprise 5 with personnal prefix and I have an error during the first compilation. See bellow the configure and make outputs : *>* ./configure --prefix=/home/user/tools/geany/x86_64p checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for minix/config.h... (cached) no checking whether it is safe to define __EXTENSIONS__... (cached) yes checking for minix/config.h... (cached) no checking whether it is safe to define __EXTENSIONS__... (cached) yes checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking whether NLS is requested... yes checking for intltool-update... /home/user/tools/geany/x86_64p/bin/intltool-update checking for intltool-merge... /home/user/tools/geany/x86_64p/bin/intltool-merge checking for intltool-extract... /home/user/tools/geany/x86_64p/bin/intltool-extract checking for xgettext... /usr/bin/xgettext checking for msgmerge... /usr/bin/msgmerge checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/msgfmt checking for perl... /usr/bin/perl checking for perl >= 5.8.1... 5.8.8 checking for XML::Parser... ok checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking how to recognize dependent libraries... pass_all checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... gfortran checking whether we are using the GNU Fortran 77 compiler... yes checking whether gfortran accepts -g... yes checking the maximum length of command line arguments... 98304 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld -m elf_x86_64 checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for gfortran option to produce PIC... -fPIC checking if gfortran PIC flag -fPIC works... yes checking if gfortran static flag -static works... yes checking if gfortran supports -c -o file.o... yes checking whether the gfortran linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking fnmatch.h usability... yes checking fnmatch.h presence... yes checking for fnmatch.h... yes checking glob.h usability... yes checking glob.h presence... yes checking for glob.h... yes checking regex.h usability... yes checking regex.h presence... yes checking for regex.h... yes checking for stdlib.h... (cached) yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for off_t... yes checking for size_t... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for gethostname... yes checking for ftruncate... yes checking for fgetpos... yes checking for mkstemp... yes checking for regcomp... yes checking for strerror... yes checking for strstr... yes checking whether binary relocation support should be enabled... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for GTK... yes checking for GIO... no checking for library containing connect... none required checking whether the force is with you... no checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for ngettext in libc... yes checking for dgettext in libc... yes checking for bind_textdomain_codeset... yes checking for msgfmt... (cached) /usr/bin/msgfmt checking for dcgettext... yes checking if msgfmt accepts -c... yes checking for gmsgfmt... (cached) /usr/bin/msgfmt checking for xgettext... (cached) /usr/bin/xgettext checking for catalogs to be installed... be bg ca cs de el en_GB es fi fr hu it ja ko nl pl pt_BR ro ru sv tr uk vi zh_CN zh_TW configure: creating ./config.status config.status: creating Makefile config.status: creating icons/Makefile config.status: creating icons/16x16/Makefile config.status: creating tagmanager/Makefile config.status: creating tagmanager/include/Makefile config.status: creating scintilla/Makefile config.status: creating scintilla/include/Makefile config.status: creating src/Makefile config.status: creating plugins/Makefile config.status: creating po/Makefile.in config.status: creating doc/Makefile config.status: creating doc/geany.1 config.status: creating geany.spec config.status: creating geany.pc config.status: creating doc/Doxyfile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands config.status: executing default-1 commands config.status: executing po/stamp-it commands ---------------------------------------- Install Geany in : /home/user/tools/geany/x86_64p Using GTK version : 2.10.4 Build with GTK printing support : yes Build with plugin support : yes Use virtual terminal support : yes Use (UNIX domain) socket support : yes Configuration is done OK. *>* make make all-recursive make[1]: entrant dans le répertoire « /stck3/user/tmp/geany-0.17 » Making all in tagmanager make[2]: entrant dans le répertoire « /stck3/user/tmp/geany-0.17/tagmanager » Making all in include make[3]: entrant dans le répertoire « /stck3/user/tmp/geany-0.17/tagmanager/include » make[3]: Rien à faire pour « all ». make[3]: quittant le répertoire « /stck3/user/tmp/geany-0.17/tagmanager/include » make[3]: entrant dans le répertoire « /stck3/user/tmp/geany-0.17/tagmanager » make[3]: Rien à faire pour « all-am ». make[3]: quittant le répertoire « /stck3/user/tmp/geany-0.17/tagmanager » make[2]: quittant le répertoire « /stck3/user/tmp/geany-0.17/tagmanager » Making all in scintilla make[2]: entrant dans le répertoire « /stck3/user/tmp/geany-0.17/scintilla » Making all in include make[3]: entrant dans le répertoire « /stck3/user/tmp/geany-0.17/scintilla/include » make[3]: Rien à faire pour « all ». make[3]: quittant le répertoire « /stck3/user/tmp/geany-0.17/scintilla/include » make[3]: entrant dans le répertoire « /stck3/user/tmp/geany-0.17/scintilla » g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I./include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/cairo -DNDEBUG -DGTK -DGTK2 -DSCI_LEXER -DG_THREADS_IMPL_NONE -g -O2 -MT PlatGTK.o -MD -MP -MF .deps/PlatGTK.Tpo -c -o PlatGTK.o PlatGTK.cxx Converter.h: In member function ‘size_t Converter::Convert(char**, size_t*, char**, size_t*) const’: Converter.h:81: erreur: no matching function for call to ‘iconv_adaptor(size_t (&)(_GIConv*, gchar**, gsize*, gchar**, gsize*), _GIConv* const&, char**&, size_t*&, char**&, size_t*&)’ make[3]: *** [PlatGTK.o] Erreur 1 make[3]: quittant le répertoire « /stck3/user/tmp/geany-0.17/scintilla » make[2]: *** [all-recursive] Erreur 1 make[2]: quittant le répertoire « /stck3/user/tmp/geany-0.17/scintilla » make[1]: *** [all-recursive] Erreur 1 make[1]: quittant le répertoire « /stck3/user/tmp/geany-0.17 » make: *** [all] Erreur 2 What is the problem ? I could not fix it. Thanks. Sigmun

2 1

[Geany] geanydoc
by h2oz7v 06 Oct '09

06 Oct '09

I've just discovered how useful the geanydoc plugin can be and want to adopt it for use with Java. Strangely, I can't find any Java API search engines (that actually work) or anything comparable to pydoc. Can anyone suggest anything? In the meantime, I'm using Google to do it: > firefox " http://www.google.co.uk/search?hl=en&source=hp&q=site:http://java.sun.comin…:"javase/6/docs/api" %w&btnI=I'm+Feeling+Lucky" which, largely, works rather well. You could also use: > firefox " http://www.google.co.uk/search?hl=en&source=hp&q=site:http://java.sun.comin…:"javase/6/docs/api" intitle:%w&btnI=I'm+Feeling+Lucky" to be more specific if necessary (and get rid of I'm feeling lucky for getting results)

1 0

[Geany] Geany not getting focus on kubuntu
by Dominik Stadler 03 Oct '09

03 Oct '09

Hi, I usually have a copy of Geany running all the time with some often used files opened and just open new files with the one instance whenever I want to edit them. Currently the instance of Geany that is already running does not get moved to the foreground on my KDE system when I try to open a new file for editing from some other application, e.g. file browser, commandline, browser, ... I.e. I already have Geany running, when I type "geany /tmp/test.txt", the new file is opened in the Geany window, but Geany remains in the background and is not brought to the foreground. I rather would like to have the behavior like Firefox, where I get the browser window moved to the foreground whenever a new URL is opened from the commandline or some other application. Is there a way to achieve this? Would it require code-changes? if yes, any hint where to go looking? Or should I go looking somewhere else (general issue of Gnome apps on KDE?) for a solution? Geany is version 0.16 on Kubuntu Jaunty (upgraded to KDE 4.3.1) Thanks.... Dominik. -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

4 7

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Users October 2009