Devel May 2011

devel@lists.geany.org

17 participants
39 discussions

Textmate color schemes convertion
by Maciej Ciemborowicz (publiczny adres) 06 May '11

06 May '11

Hi. I'm going to write Textmate color schemes to Geany color schemes converter. But I have doubts about how to do that properly. Documentation says, that I should place them in colorschemes/*.conf files. But as I see, filetype definitions have hardcoded colors. I don't want to generate schemes for all filetypes becouse it is... redundant. I want to write one color scheme and figure on filetypes.* which SHOULD depend on it (at least official versions). The second problem is, that I can place in colorschemes/*.conf only [named_styles] section, not [styling] section, which is in filetypes.common. 1. Where can I find full list of official [named_styles] properties? I can't find it in the manual. 2. Why it is not possible to define [styling] properties in color scheme files? 3. Have I to overwrite filetypes.common to make well converted color scheme? 4. Have I to overwrite all filetypes.* files to make them depend on filetypes.common (on better colorscheme/*.conf) file? I don't entirely understand what is filetypes.common for and why it is not just a default color scheme in colorschemes/ subdirectory. -- Maciej Ciemborowicz

4 3

Getting ready for GTK+ 3.0 - upgrading deprecated calls
by Matthew Brush 05 May '11

05 May '11

Hi, In reference to the recent post on the scintilla-interest mailing list posting with the same title[1]. Would this affect Geany's support for older GTK+ versions? Cheers, Matthew Brush [1] http://groups.google.com/group/scintilla-interest/browse_thread/thread/0ff9…

3 4

GProject - missing Geany patches
by Jiří Techet 04 May '11

04 May '11

Hi, first sorry for disappearing for such a long time - I didn't have much free time left in the past months and from the time I had I dedicated most of it to the libchamplain library I maintain to make some bigger changes and adapt it to GTK 3 in time for Gnome 3. The good news is that I didn't convert to Eclipse or Emacs meanwhile ;-). There are still quite many patches I have against geany in my repository and I'd like to have at least part of them merged so I don't have to maintain my own geany branch. So at the moment the highest-priority patches for me are those which are necessary in order to make GProject working so it can become one of official geany plugins. The patches can be found at usual place: https://gitorious.org/~techy/geany/gproject-geany under the for_review4 branch. Only the first three of them are needed for GProject so they should have the highest priority when reviewing: 4774306b7f65237ef75b01e8d6c8312dcc5c526e Make project patterns visible 57b4120f94e611e8143fba89e397588de8693ec3 Use project patterns in the FIF dialog 2edb068b81cb6d541d667efecd0ec4c346f0df51 Open the file in the msgwindow even if no linenumber is specified More info about the patches is in the commit description. If there are some questions, please ask me. Also if you prefer the patches in the form of ordinary patches rather than git repo, just let me know. Cheers, Jiri

7 25

Re: [Geany-devel] SF.net SVN: geany:[5753] trunk
by Lex Trotman 03 May '11

03 May '11

On 1 May 2011 07:50, <colombanw(a)users.sourceforge.net> wrote: > Revision: 5753 > http://geany.svn.sourceforge.net/geany/?rev=5753&view=rev > Author: colombanw > Date: 2011-04-30 21:50:37 +0000 (Sat, 30 Apr 2011) > > Log Message: > ----------- > Use project patterns in the FIF dialog > > User can now select what kind of file patterns should be used: > * all: all files are searched > * project: project patterns are used (only if a project is open) > * custom: manually entered custom patterns are used > > Based on a patch by Ji?\197?\153?\195?\173 Techet, thanks. Hi, Does this need to be documented somewhere? Cheers Lex

3 2

save filetypes now
by Dimitar Zhekov 03 May '11

03 May '11

Hi, There were lots of filetype patches recently, but any changes in the global filetype commands (via Build -> Set Build Commands) are still buffered and saved on Geany quit. This is out of sync with the other settings, inconvinient, and makes the code a bit more complex. Here is a patch that saves the filetype command changes as soon as OK is chosen in the dialog. It's not any different from the same patch published several months ago, only updated to the latest svn. Note that the non-filetype ("independent") commands are still saved together with the other geany.conf settings, on Geany -> Quit or Edit -> Preferences. This can be altered by moving build_save_menu() from save_dialog_prefs() to show_build_commands_dialog(), but I'm not sure we want it, and the global command changes are rare anyway. -- E-gards: Jimmy

2 1

Colorschemes/geany-themes branch
by Matthew Brush 03 May '11

03 May '11

Hi, I started working on merging geany-themes project into the Geany tree, as well as a few "fixups" to the Colorschemes menu, some of which are same as patches sent to the mailing list some time ago. Mostly left is cleaning up themes that cause warnings on geany verbose output and to test the themes with more lexers. If you want to see the progress and/or test it out, the branch is here: https://github.com/codebrainz/geany/tree/colorscheme_fixup Cheers, Matthew Brush

3 3

Set Filetypes Menu
by Matthew Brush 03 May '11

03 May '11

Hi, I just noticed the change[1] in wording of the set filetypes menu which was something that had (slightly) bothered me before, since I personally consider most of the scripting languages as programming languages as well. I'm not sure that the word "Compiled" is the best choice though, since it's kind of vague: Is Vala a compiled language because it's compiled into C code? Is Python *not* compiled because it's compiled into bytecode? Is Java a compiled language? I'm sure you can see what I mean, there's a lot of gray area using the term Compiled, since many languages can either be compiled to machine code, interpreted by a VM/runtime, compiled then interpreted, compiled to one format then another, compiled just in time, and so on. Unfortunately I don't really have much for alternative terms, but a few possibilities for better categorization could be: - By the current categories, but putting filetypes under each one they fit in. - By changing Scripting to Interpreted and then shuffling some filetypes around to reflect the way the languages are usually compiled/run. - By the current categories, no change, since users will get used to where to find their languages pretty quickly. - By Static vs Dynamic Typing - By programming language paradigm (ie. oop, functional, etc), and then each programming language could fall below more than one menu item if they are multi-paradigm. - By just Programming Languages, so that the Compiled and Scripting menus get merged. This could make the menu long/scroll. SciTE does this but with fewer languages. - By alphabetic order, with a menu item for each letter of the alphabet unless no filetypes fall under a letter, then don't show it. This could be ugly in terms of code/i8n and appearances. IIRC another editor is doing this (Notepad++?). There's also a few other quirks I've noticed in the 'Set Filetypes' menus: - I generally wouldn't consider CSS a markup language, but it probably technically is. IMHO it would be more apt to put it under Miscellaneous. - I believe LaTex, Markdown, and reStructuredText are Markup Languages. - I don't know COBOL but I think it's a programming language isn't it? - NSIS and CMake files, while domain-specific, are still scripting/programming languages. - 'SQL Dump file' seems a bit odd, since it's a file containing language constructs and is "run" by the db engine, maybe it should be 'SQL file' or 'SQL source file'. I know a file containing SQL is often the result of dumping a database, but is it the only time you would end up with such a file? - The wording 'Miscellaneous Languages' makes you think the contents of the submenu will contain (programming) Languages, but a config, diff, or gettext file for ex, doesn't really seem to be a language. The word 'Languages' could be removed from that menu item, which would imply that the contents of that menu will be 'Filetypes', more generally. I could be wrong on these, they're just my observations. None of these are a big deal, but it was something I questioned probably even the first time I opened Geany and every time I select a filetype since. P.S. Sorry if this previously been discussed, I'm not too sure how to search the geany-devel archives (no link on geany.org Mailing List), and google didn't seem to find anything. Cheers, Matthew Brush [1] http://git.geany.org/geany/commit/?id=856ea318e65f1b5cb038f04b7cd68dfc219b6…

5 21

Color Schemes Menu Patches
by Matthew Brush 03 May '11

03 May '11

Hi, I have made some minor changes to the Color Schemes menu, I wanted to see if they look ok. One of my concerns is that maybe opening/reading each color scheme file like this might be "too slow", but it seems to only happen once, so I'm not sure whether it's significant. It "feels" fine when I use it with all of the geany-themes color schemes. I wasn't sure how to regenerate the other formats after editing doc/geany.txt so that is not done in these patches. Cheers, Matthew Brush

4 11

GObject, new plugin interface ....
by Frank Lanitz 01 May '11

01 May '11

Hi guys, During the last weeks a huge number mails at this list was stating to make usage of GObject on building up a new plugin interface. It has been talked about libpeas and adding support for Vala, Python etc. Before we do discuss any further I'd like to point to an email Enrico sent earlier this year onto this list: http://lists.uvena.de/geany-devel/2011-February/003905.html Originally Geany wasn't designed/coded to work with GObject. Moving to an plugin interface using this would most likely cause rewriting of a lot of code. However, if really somebody of you like to go this further I suggest to start a new branch where all changes can be tracked in. But before we can discuss about the positive/negativ points I just want to ask who likes to take over this task as a kind of lead engineer and project manager to be the lead here having in mind it will most likely not a 5-minute-task? Cheers, Frank -- http://frank.uvena.de/en/

7 22

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

Devel May 2011