[Geany-Devel] Re: How to generate geany.txt HTML with meson?

On Fri, 10 Feb 2023 at 19:23, Jiří Techet wrote: > Hi Nick, > > doesn't > > meson -Dhtml-docs=enabled builddir > > do the job? You can find all the Geany's configuration options in > > https://github.com/geany/geany/blob/master/meson_options.txt > I saw that file but didn't know the -D option, t

[Geany-Devel] How to generate geany.txt HTML with meson?

Hi all, Thanks to Thomas Martitz for adding the meson build system. After much googling I can't work out how to build geany.html. Please let me know. Thanks, Nick ___ Devel mailing list -- devel@lists.geany.org To unsubscribe send an email to devel-le..

Re: [Geany-Devel] Problem with pointer from API function -- solved

Thanks, this info should be added to HACKING to explain how to add API symbols. On Tue, 27 Aug 2019 05:29 Austin Green, wrote: > Hi All, > > OK, after further research I have stumbled on the answer: > > As well as adding the GEANY_API_SYMBOL macro to the function definition, > the function decla

Re: [Geany-Devel] Building geany on Windows is slow; libgeany

> > Building libgeany and geany.exe takes at least a minute with autotools. I > resurrected the Windows makefiles and updated them to build libgeany.dll, > they only take ~2s to do that. > Here I meant just making the dll and exe, not compiling the .la or .o files.

Re: [Geany-Devel] Building geany on Windows is slow; libgeany

any/commit/421affbbc92b66a2a128537c97ddbe0f36be89d1 Branch (contains unrelated work): https://github.com/ntrel/geany/tree/dtags On 26 January 2018 at 08:29, Thomas Martitz wrote: > Am 25.01.2018 um 18:27 schrieb Colomban Wendling: > >> Le 25/01/2018 à 04:38, Lex Trotman a écrit : >> >>&

[Geany-Devel] Building geany on Windows is slow; libgeany

Hi, I hadn't built Geany for a while, I found the MSYS2 build instructions with autotools. Libtool seems incredibly slow - mainly for linking but even compiling is slow. I've tried disabling AV to no effect. Are there any simple workarounds? The modify-rebuild cycle is painful now. Also, I'm curio

Re: [Geany-Devel] Tab context menu suggestion

On 19/02/2015 18:38, Steven Blatnick wrote: Another thought, is there a way to disable the full list of open tabs from that context menu so my list isn't so long to get to the power options? I sometimes find switching between firefox and geany to be disorienting when I want to show the tab lis

Re: [Geany-Devel] Tab context menu suggestion

On 19/02/2015 18:38, Steven Blatnick wrote: Personally, I'd rather have something like "close from here before/after" or "close before/after" in place of "close everything else", but there is no reason geany couldn't have both. I agree that Close Other Documents isn't very flexible. An alternat

Re: [Geany-Devel] using Coverity to audit the code base

On 12/02/2015 21:21, Liviu Andronic wrote: Coverity has uncovered ~55 implementation defects in the code base, with 25 or so of high severity (memory corruption, resource leaks, etc.) Thanks. Some of this should be useful, but AFAICT some of the serious items seem to occur when certain asserti

Re: [Geany-Devel] Problems with building/Scintilla on Windows

On 18/01/2015 14:10, Enrico Tröger wrote: GTK itself defines them. Oh right, thanks. I think it didn't at first, anyway, another flag I can remove from makefile.win32 sometime ;-) ___ Devel mailing list Devel@lists.geany.org https://lists.geany.org/

Re: [Geany-Devel] Problems with building/Scintilla on Windows

On 18/01/2015 14:20, Enrico Tröger wrote: On 17/01/15 13:28, Nick Treleaven wrote: Anyway, I gave up trying to fix the makefiles and tried Waf. It seemed to work, but now when using Geany autocompletion shows an empty list. It keeps doing this for a while on typing, then later I start typing

Re: [Geany-Devel] Problems with building/Scintilla on Windows

On 15/01/2015 19:19, Matthew Brush wrote: Related to lib iberty: https://github.com/geany/geany/commit/1dc09597b24d19683abc597d45d7c28d37c199f0 OK, so probably I can remove it from makefile.win32. Anyway, I gave up trying to fix the makefiles and tried Waf. It seemed to work, but now when us

Re: [Geany-Devel] Problems with building/Scintilla on Windows

On 15/01/2015 14:17, Nick Treleaven wrote: I also noticed Waf doesn't seem to use -mms-bitfields, but I'm not certain. I think I'm wrong about that - it was based on git grep. Running 'waf -v' does show that flag (sometimes several times in the same command). I hav

[Geany-Devel] Problems with building/Scintilla on Windows

Hi, This is a bit rambling but I'm kind of stuck now. I hadn't kept up to date with git master for a while. I ran into trouble with the windows makefiles (makefile.win32) - GTK was not defined even though -DGTK is passed. So I hacked PlatGTK.cxx to define it manually, but on running the result

Re: [Geany-Devel] Proposal: move tag type ctags->geany mapping out of individual parsers

On 07/11/2014 17:26, Colomban Wendling wrote: Yep, I was thinking the same a few days ago while discussing a little CTags shared library, and had the same idea +1 ___ Devel mailing list Devel@lists.geany.org https://lists.geany.org/cgi-bin/mailman/lis

Re: [Geany-Devel] Linkage-Cleanup Build System Breakage

On 25/10/2014 19:37, Matthew Brush wrote: I can probably fix-up the makefile.win32 files if nobody else will as it's just plain GNU make and should be similar changes as the Autotools. OK. It will require a couple more *nix utilities, namely `sed`, `sort`, and `uniq` (or a `sort` that support

[Geany-Devel] ctags fork

Colomban mentioned this recently, it's got quite a lot of updates over the original ctags AFAICT: https://github.com/fishman/ctags Just thought I'd share here. They have a Go parser, should any Go people wish to add it to Geany. ___ Devel mailing li

Re: [Geany-Devel] Moving notebook tab keybindings broken

On 12/10/2014 17:01, Colomban Wendling wrote: Done https://github.com/geany/geany/commit/f5230f334e28248c91fa6f58f3557f0b40f40233 Thanks for fixing, that was fast ;-) Will test tomorrow but looks good. ___ Devel mailing list Devel@lists.geany.org http

[Geany-Devel] Moving notebook tab keybindings broken

keybindings.c:cb_func_move_tab needs to be updated now ScintillaObject is not a child of main_widgets.notebook. ___ Devel mailing list Devel@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Glade progress

On 24/04/2014 06:11, Thomas Martitz wrote: Hello, I want to let you knows know that glade upstream just merged my backports for the "topological sorting algorithm" into glade-3-8 branch. This means that we can now use upstream glade for our geany.glade as the major outstanding deficiency is fixe

Re: [Geany-Devel] Patch: Enable per project line wrapping

On 25/09/2014 09:33, Tim Tassonis wrote: Hi all As threatened two weeks ago, I now created a patch to geany to enable line_wrapping on a per-project basis. Seems to be working fine, I put the checkbox to enable it on the Editor tab of the project properties. I hope I did everything right: - git

Re: [Geany-Devel] Switched to Win~1

On 23/09/2014 00:57, Matthew Brush wrote: I've been using Xubuntu for nearly as long as I've been using Linux and it's been a great distro+DE configuration; familiar, painless, configurable, minimal, few bugs, each distro upgrade goes super smooth, and otherwise the whole thing stays out of the w

Re: [Geany-Devel] SourceFarce

On 01/09/2014 03:27, Matthew Brush wrote: I deleted my Source Forge account after like 20 times of losing my comments. This final time it was a detailed C++ explanation on Scintilla's bug tracker that took a lot of thought and effort to write, which as usual I lost I've not used it much, but la

Re: [Geany-Devel] Switched to Win~1

On 21/09/2014 14:48, Dimitar Zhekov wrote: I finally sat on my back and migrated to Windows. It's not a good system either, but gets the job done. Welcome, I did the same when I replaced a broken laptop, installing Ubuntu, which refused to boot after I did a dist-upgrade. I didn't have the en

Re: [Geany-Devel] per-project line wrap

Hi, On 10/09/2014 16:47, Tim Tassonis wrote: Since I want to start to do some text writing with geany as well, I'd like to toggle line wrapping on a project basis, which currently does not seem to be possible. My question is: Would you take a patch to enable this or is there a good reason not t

Re: [Geany-Devel] [ANN] document_find_by_id() added to plugin API

On 28/08/2014 16:21, Nick Treleaven wrote: Code that uses doc->is_valid or DOC_VALID() outside of iterating documents_array probably should be using document_find_by_id() instead, because closed document pointers only stay invalid until another document needs to be opened. Additional: if th

[Geany-Devel] [ANN] document_find_by_id() added to plugin API

See: http://www.geany.org/manual/reference/document_8h.html#aa14a04c6596cd3261b325c73cb21866f Real-world example when clicking a Messages item: https://github.com/geany/geany/commit/18181c2e9043add8b13c1fc94c66db2ca5b885be#diff-3 Code that uses doc->is_valid or DOC_VALID() outside of iterating

Re: [Geany-Devel] build.c missing win32.h include

On 01/08/2014 12:23, Lex Trotman wrote: Maybe magic somewhere, the windows nightlys are passing:) I appears that the "magic" is that the compile options are not strict enough, there are lots of implicit prototype warnings, but they are not errors. OK then. _

Re: [Geany-Devel] build.c missing win32.h include

On 01/08/2014 13:38, Colomban Wendling wrote: Le 01/08/2014 13:03, Nick Treleaven a écrit : On 01/08/2014 11:48, Nick Treleaven wrote: I'll just add the includes manually https://github.com/geany/geany/pull/308 Looks good to me, I merged it :) T

Re: [Geany-Devel] build.c missing win32.h include

On 01/08/2014 12:13, Lex Trotman wrote: On 1 August 2014 20:48, Nick Treleaven wrote: On 01/08/2014 11:43, Nick Treleaven wrote: I can't work out how other files like dialogs.c include win32.h Update: it isn't either ;-) So I suppose I'll just add the includes manually.

Re: [Geany-Devel] build.c missing win32.h include

On 01/08/2014 11:48, Nick Treleaven wrote: I'll just add the includes manually https://github.com/geany/geany/pull/308 ___ Devel mailing list Devel@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] build.c missing win32.h include

On 01/08/2014 11:43, Nick Treleaven wrote: I can't work out how other files like dialogs.c include win32.h Update: it isn't either ;-) So I suppose I'll just add the includes manually. I thought maybe there was some magic happ

[Geany-Devel] build.c missing win32.h include

Hi, I haven't built Geany for some time. I remember there was some refactoring of headers, and now build.c errors because win32_expand_environment_variables is not declared. Adding the win32.h include fixes it, but I can't work out how other files like dialogs.c include win32.h, it doesn't see

Re: [Geany-Devel] [RFC]: Public API comments in headers

On 26/05/2014 01:23, Lex Trotman wrote: >If we moved to having public headers that just included actual public >symbols, I think it would be advantageous to have those headers totally >commented/documented rather than requiring the user to download Geany's >source code and cross-reference functio

Re: [Geany-Devel] Plugin API design question/change proposal

On 20/05/2014 10:29, Matthew Brush wrote: Does anyone know why the plugin API was designed to use a bunch of structures containing function pointers, hidden behind macros in geanyfunctions.h? I found the commit where this stuff was added initially (ie. plugin ABI 2-3) but it doesn't mention why i

Re: [Geany-Devel] On document pointer recycling

On 27/10/2013 13:11, Thomas Martitz wrote: My concern is that we might not find all the code that assumes documents aren't freed. Some code might not be updated and would access the wrong memory. I'm not certain, but I think there may be some code that retains pointers without checking is_valid.

Re: [Geany-Devel] On document pointer recycling

On 26/10/2013 20:29, Matthew Brush wrote: If the GeanyDocument were a GObject (or we added hand-rolled reference counting), the document would never get freed from under the code that uses them's backs. My concern is that we might not find all the code that assumes documents aren't freed. Some

Re: [Geany-Devel] On document pointer recycling

On 26/10/2013 13:17, Nick Treleaven wrote: * remove GeanyDocument::index and fix any code that uses it * review all code indexing documents_array and fix any code retaining an index (I expect that is rarer than code using GeanyDocument::index). * change documents_array to only contain valid

Re: [Geany-Devel] On document pointer recycling

On 26/10/2013 13:17, Nick Treleaven wrote: * change documents_array to only contain valid documents, i.e. on close we swap the last valid document pointer with the pointer being removed, and decrement the length by 1. Actually *move* rather than swap, and set the invalid slot to NULL to catch

Re: [Geany-Devel] On document pointer recycling

On 26/10/2013 00:22, Lex Trotman wrote: On 26 October 2013 00:01, Nick Treleaven wrote: On 24/10/2013 10:24, Lex Trotman wrote: Okay, but you still agree that doc->is_valid should be removed eventually? That's a step forward:) Of course I agree. So its not a terribly big ste

Re: [Geany-Devel] On document pointer recycling - doc->is_valid

On 24/10/2013 10:24, Lex Trotman wrote: Okay, but you still agree that doc->is_valid should be removed eventually? >That's a step forward:) Of course I agree. So its not a terribly big step:) I only skimmed the discussion, but how can we remove that? I think freeing document memory has high

Re: [Geany-Devel] Ping on Bug #943 - windows build command

On 05/10/2013 14:59, Nick Treleaven wrote: Maybe to you, but it's very common on Windows to have spaces in the path names, it's even the default on Windows XP (Documents and Settings). To most people (ex. the bug reporters) it seems outright broken now, whereas before it worked. Se

Re: [Geany-Devel] Ping on Bug #943 - windows build command

On 09/10/2013 01:50, Matthew Brush wrote: I can simply test FiF with regex = ".", which will generate a lot of output quite fast. Without the SYNC_SPAWN patches, build.c and search.c async executions are identical (except that build checks if the returned pid after successful spawn async is > 0,

Re: [Geany-Devel] Ping on Bug #943 - windows build command

On 07/10/2013 20:07, Matthew Brush wrote: On 13-10-07 08:31 AM, Nick Treleaven wrote: On 05/10/2013 15:40, Matthew Brush wrote: On 13-10-05 07:06 AM, Nick Treleaven wrote: It was last year, but I think it wasn't just with dmd, although that triggered it the most, and it only happened whe

Re: [Geany-Devel] On Deprecation of Platforms

On 04/10/2013 04:09, Lex Trotman wrote: On 4 October 2013 02:35, Nick Treleaven wrote: On 03/10/2013 15:37, Lex Trotman wrote: - holding us at an unreasonably old GTK version Sorry? I don't think Windows support has anything to do with the GTK version we support. If anything, it

Re: [Geany-Devel] Ping on Bug #943 - windows build command

On 07/10/2013 16:31, Nick Treleaven wrote: gcc -Wall -c "build.c" (in directory: C:\git\geany\src) Compilation failed. gcc: error: "build.c": Invalid argument gcc: fatal error: no input files compilation terminated. No idea why gcc says that, also tried for another file

Re: [Geany-Devel] Ping on Bug #943 - windows build command

On 05/10/2013 15:40, Matthew Brush wrote: On 13-10-05 07:06 AM, Nick Treleaven wrote: On 05/10/2013 14:59, Nick Treleaven wrote: I don't remember seeing any bug reports for this, so it's possible it's limited to you or the specific application you were using, maybe a bug in a

Re: [Geany-Devel] Ping on Bug #943 - windows build command

On 05/10/2013 14:59, Nick Treleaven wrote: spawn that doesn't block Geany or outright hang. This definitely It would be nice to figure out *why* it was hanging and fix *that* problem though, not just drop the existing workaround code and write 3rd workaround that's arguably worse[1

Re: [Geany-Devel] Ping on Bug #943 - windows build command

Now I'll answer the rest of your mail Matt. On 03/10/2013 15:43, Matthew Brush wrote: On 13-10-03 05:31 AM, Nick Treleaven wrote: On 02/10/2013 22:58, Matthew Brush wrote: On 13-10-02 04:40 AM, Nick Treleaven wrote: On 01/10/2013 22:28, Matthew Brush wrote: On 13-10-01 05:34 AM,

Re: [Geany-Devel] Ping on Bug #943 - windows build command

On 03/10/2013 18:00, Nick Treleaven wrote: In the meantime, there are 3 spawning variants: I'm confident that the custom process spawning code is definitely seriously buggy. I really do need the system() code. I tried, but couldn't fix it. I know that last time I tried it, the g_sp

Re: [Geany-Devel] Ping on Bug #943 - windows build command

t, but have a hidden pref to enable at least the system() version. If you don't want to do that, I'll try to find some time, but I'm not sure when yet. On 03/10/2013 15:43, Matthew Brush wrote: On 13-10-03 05:31 AM, Nick Treleaven wrote: Moving to devel list. On 02/10/2013 22:

Re: [Geany-Devel] On Deprecation of Platforms

On 03/10/2013 15:37, Lex Trotman wrote: > >- holding us at an unreasonably old GTK version > >Sorry? I don't think Windows support has anything to do with the GTK >version we support. If anything, it's rather the contrary, providing a >newer version for Windows installers is far easier than fo

Re: [Geany-Devel] RFC: Policy for Glade File Updates

On 18/09/2013 21:36, Matthew Brush wrote: P.S. Are we all still agreed to using old 3.8.1 version of Glade? I think this idea of using same version sounds good, at least we won't be causing additional noise in diffs due to different versions writing stuff out in different ways. One might hope s

Re: [Geany-Devel] RFC: Policy for Glade File Updates

On 12/09/2013 01:38, Matthew Brush wrote: P.S. Are we all still agreed to using old 3.8.1 version of Glade? I think this idea of using same version sounds good, at least we won't be causing additional noise in diffs due to different versions writing stuff out in different ways. One might hope s

Re: [Geany-Devel] RFC: Policy for Glade File Updates

On 18/09/2013 17:07, Nick Treleaven wrote: I've just seen 3.14.2 is available for windows though. Although that isn't compatible with gtk+ 2.x apps. ___ Devel mailing list Devel@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/devel

Re: [Geany-Devel] Let's move to C++98 - Re: Lets move to C99

On 05/09/2013 10:48, Matthew Brush wrote: On 13-09-05 02:26 AM, Nick Treleaven wrote: On 01/09/2013 02:36, Matthew Brush wrote: On 13-08-29 05:08 AM, Nick Treleaven wrote: On 29/08/2013 02:39, Matthew Brush wrote: [...] If we were to use C++, I think it'd be pointless to limit

Re: [Geany-Devel] Let's move to C++98

On 05/09/2013 12:26, Lex Trotman wrote: [...] Hi Nick, Still somewhat noisy IMO. How about this, C++98 (I think): #include #define FOREACH BOOST_FOREACH FOREACH(Document &doc, win.documents()) { // do stuff with each document } Frankly if you want to limit the parts of standard C++

Re: [Geany-Devel] Let's move to C++98 - iteration

On 01/09/2013 03:53, Matthew Brush wrote: On 13-08-31 07:42 PM, Lex Trotman wrote: Just for fun I wrote some theoretical code that could be used in a program like Geany to compare styles between various C's and C++'s (note: none of it tested). http://pastebin.geany.org/**gYFMO/

Re: [Geany-Devel] Let's move to C++98 - Re: Lets move to C99

On 05/09/2013 10:26, Nick Treleaven wrote: Also even if there were more C++ programmers, it would still be much easier for a C++ programmer to write C than vice versa. Here I meant *idiomatic* (STL-heavy) C++. Some features e.g. references are well known to programmers of other languages and

Re: [Geany-Devel] Let's move to C++98 - Re: Lets move to C99

On 01/09/2013 02:36, Matthew Brush wrote: On 13-08-29 05:08 AM, Nick Treleaven wrote: On 29/08/2013 02:39, Matthew Brush wrote: [...] If we were to use C++, I think it'd be pointless to limit it to CFront/CwithClasses-style 1980's C++. We should use common/standard stuff lik

Re: [Geany-Devel] Let's move to C++98 - Re: Lets move to C99

On 05/09/2013 09:41, Matthew Brush wrote: On 13-09-04 09:20 AM, Nick Treleaven wrote: My C89 & C++ version: guint i; foreach_document(i) { GeanyDocument *doc = documents[i]; // do stuff with every valid doc } While this code is short, it's actually sort of nuts too (and

Re: [Geany-Devel] Let's move to C++98 - Re: Lets move to C99

On 01/09/2013 01:08, Lex Trotman wrote: I mean inheritance and virtual functions. I don't think they would pull >their weight in src, unless we were going to use gtkmm for custom widgets. Agree I can't immediately think of places where inheritance is likely to be useful at high level, but thats

Re: [Geany-Devel] Let's move to C++98 - Re: Lets move to C99

On 01/09/2013 02:36, Matthew Brush wrote: I would even go so far as to say it's silly to not use C++11 since it's [...] Just for fun I wrote some theoretical code that could be used in a program like Geany to compare styles between various C's and C++'s (note: none of it tested). http://past

Re: [Geany-Devel] Let's move to C++98 - Re: Lets move to C99

On 29/08/2013 13:52, Lex Trotman wrote: I would even go so far as to say it's silly to not use C++11 since it's such a major improvement over previous C++ versions, in both performance I'm curious, why does it perform better? I'm putting words in Matthews mouth here, but things like move

Re: [Geany-Devel] Let's move to C++98 - Re: Lets move to C99

On 29/08/2013 06:47, Lex Trotman wrote: On the topic of exceptions, remember many STL operations and "new" can throw. Of course only throwing on uncorrectable errors like out of memory is fine, it just exits the application. Thats what will happen to a throw from Scintilla in current Geany, its

Re: [Geany-Devel] Let's move to C++98 - Re: Lets move to C99

On 29/08/2013 02:39, Matthew Brush wrote: Personally, I think it'd be great to use C++ in Geany, and it would more than likely actually make it *easier* for people to contribute since outside of a sampling of GTK+-using desktop/GUI software (and obviously embedded, kernel, drivers, and similar),

Re: [Geany-Devel] Let's move to C++98 - Re: Lets move to C99

On 27/08/2013 02:48, Lex Trotman wrote: Hi Nick, Thanks for the well thought out sensible proposal. In general I agree with the idea of progressively moving appropriate parts of the code to using appropriate C++ features. Of course, as usual, I disagree on some of the details and I'm sure we w

Re: [Geany-Devel] Let's move to C++98 - Re: Lets move to C99

On 26/08/2013 19:54, Dimitar Zhekov wrote: On Mon, 26 Aug 2013 16:07:13 +0100 Nick Treleaven wrote: * RAII - this is a pretty essential feature for safe resource >management. This works for global/static and auto classes. We can wrap a gchar *s = g_strdup_printf() in a class, but I'

[Geany-Devel] Let's move to C++98 - Re: Lets move to C99

From the C99 discussion: lex: >>> Unless we follow the example of gcc itself and upgrade to C++ :) me: >> Not sure that's a good idea for Geany now, although I'm glad that gcc >> did it. They use a restricted subset IIRC. I miss templates and RAII in >> C though. I now think gradually using a (

Re: [Geany-Devel] Don't pop-up messages/steal focus when in terminal

On 20/04/2013 16:06, Matthew Brush wrote: On 13-04-20 05:59 AM, Harold Aling wrote: On Sat, Apr 20, 2013 at 1:40 AM, Lex Trotman wrote: Agree with Thomas, we should go to 2.24 for windows since we supply the bundle, Linux doesn't need to go so far, for eg what GTK did the current red hat and s

Re: [Geany-Devel] Problem with a plugin I'm working on

On 02/04/2013 22:53, Steven Blatnick wrote: I've started writing some plugins for geany on github, but I'm running into a problem. C is not my language of expertise, so I thought I would see if I'm just doing something stupid. *The Problem:* The basic problem is that I have a struct I'm using

Re: [Geany-Devel] [geany/geany] 7150c6: Add Find Usage popup menu items for symbol list tags (#3608278)

On 17/03/2013 16:45, Colomban Wendling wrote: + gtk_tree_model_get(model, &iter, SYMBOLS_COLUMN_TAG, &tag, -1); When retrieving the TMTag from the tree model, it gets a reference (since it's inserted as a GBoxed type with ref/unref as copy/free funcs), so you need to unref it. I f

Re: [Geany-Devel] Setting Windows working directory

On 13/03/2013 06:19, Lex Trotman wrote: Shouldn't plugins use geany->app->configdir as the base directory as perhttp://www.geany.org/manual/reference/structGeanyApp.html and if its Geany it can use GeanyApp.datadir as the system data directory. For this to work, the working >directory must

Re: [Geany-Devel] Link to ChangeLog on website still pointing to 1.22.0

On 12/03/2013 09:18, Dominic Hopf wrote: Good morning guys! Maybe someone is able to update the link here: http://www.geany.org/Documentation/ChangeLog I'm at work and don't have my password here for the login to the admin interface. ;) Done ;-) ___

Re: [Geany-Devel] [Geany-devel] Remove MSYS dependency of Geany on Win~1 - VirtualStore data files

On 12/12/2012 15:24, Matthew Brush wrote: altogether. I think this requires a 'manifest' XML file, referenced in the .rc file: http://msdn.microsoft.com/en-us/library/bb756929.aspx Yet another Windows build file with a version and metadata to update on release :-/ I actually have a patch sitt

Re: [Geany-Devel] [Geany-devel] Remove MSYS dependency of Geany on Win~1 - VirtualStore data files

On 11/12/2012 23:13, Matthew Brush wrote: So, I did a search for geany.glade and discovered it in: c:\Users\Nick\AppData\Local\VirtualStore\Program Files\Geany\data reading up on the VirtualStore path, I found it gets created when an application tries to write to a system path like Program Files

Re: [Geany-Devel] [Geany-devel] Remove MSYS dependency of Geany on Win~1 - VirtualStore data files

On 11/12/2012 19:20, Dimitar Zhekov wrote: On Tue, 11 Dec 2012 17:44:20 + Nick Treleaven wrote: On 10/07/2012 12:55, Nick Treleaven wrote: 2. A weird problem. Installing from cmd.exe doesn't overwrite geany.glade (and maybe some other files) even though it appears to succeed. [...]

Re: [Geany-Devel] [Geany-devel] Remove MSYS dependency of Geany on Win~1 - VirtualStore data files

On 10/07/2012 12:55, Nick Treleaven wrote: 2. A weird problem. Installing from cmd.exe doesn't overwrite geany.glade (and maybe some other files) even though it appears to succeed. I only noticed this because I'm missing the View->Editor->Color Schemes menu which was added abou

Re: [Geany-Devel] VTE resetting and handling of ^C and ^D

On 05/12/2012 14:36, Colomban Wendling wrote: We already have an "Override Geany keybindings" in the terminal prefs, that actually overrides everything but focus keybindings. But for some reason, this is a setting and it is not enabled by default. And if it remains a setting, we somewhat*have t

Re: [Geany-Devel] [RFC] Document Messages and File Notification Behaviour (was: buried down deep somewhere)

On 06/12/2012 09:08, Lex Trotman wrote: [...] Agree that this is a PITA. Since there is a solution available, why not improve the user experience? I agree, the modal dialog is horrible, especially when you get them multiple times in a row (since it pops up for each changed document) which i

Re: [Geany-Devel] [RFC] Document Messages and File Notification Behaviour (was: buried down deep somewhere)

On 03/12/2012 21:48, Matthew Brush wrote: On 12-12-03 09:05 AM, Nick Treleaven wrote: On 03/12/2012 14:18, Colomban Wendling wrote: >> Le 03/12/2012 14:35, Nick Treleaven a écrit : >>> I don't think we need a Close button. Closing the document can be done >>> i

Re: [Geany-Devel] Document Message/File Monitoring Behaviour (was Re: Bug: Conflicting Keyboard shortcut in "reload file" dialog - ID: 3587465)

On 03/12/2012 14:18, Colomban Wendling wrote: Le 03/12/2012 14:35, Nick Treleaven a écrit : On 01/12/2012 06:16, Matthew Brush wrote: I also made a mockup for "deleted/moved on disk" infobar. I'll put a link to avoid spamming the list: Thanks for doing the mockups. Infobars pr

Re: [Geany-Devel] Document Message/File Monitoring Behaviour (was Re: Bug: Conflicting Keyboard shortcut in "reload file" dialog - ID: 3587465)

On 01/12/2012 06:16, Matthew Brush wrote: On 12-11-30 09:10 PM, Matthew Brush wrote: Hi again, Attached is a mockup of roughly what I was thinking made in 5 minutes on some website, except I couldn't figure out how to make a warning icon for the infobar and tab label. I also made a mockup fo

Re: [Geany-Devel] Bug: Conflicting Keyboard shortcut in "reload file" dialog - ID: 3587465

On 27/11/2012 13:50, Nick Treleaven wrote: So in the detect/reload dialog we would have buttons: [_Close] [_No] [_Yes] instead of: [_Close] [_Cancel] [_Reload] to fix the _c clashing mnemonic. This seems ok to me, but personally I wonder if: [_Close] [_No] [_Reload] is better, as it avoids

Re: [Geany-Devel] Bug: Conflicting Keyboard shortcut in "reload file" dialog - ID: 3587465

On 27/11/2012 18:13, Matthew Brush wrote: On 12-11-27 09:54 AM, Nick Treleaven wrote: On 27/11/2012 17:48, Matthew Brush wrote: We could just drop the Close button altogether since you can already close the document by using the close button in the notebook tab, the close button in the toolbar

Re: [Geany-Devel] Bug: Conflicting Keyboard shortcut in "reload file" dialog - ID: 3587465

On 27/11/2012 17:54, Nick Treleaven wrote: On 27/11/2012 17:48, Matthew Brush wrote: We could just drop the Close button altogether since you can already close the document by using the close button in the notebook tab, the close button in the toolbar, the close button in the main menu or by

Re: [Geany-Devel] Bug: Conflicting Keyboard shortcut in "reload file" dialog - ID: 3587465

On 27/11/2012 17:48, Matthew Brush wrote: We could just drop the Close button altogether since you can already close the document by using the close button in the notebook tab, the close button in the toolbar, the close button in the main menu or by using Ctrl+W (or whatever) accelerator. Unlike

Re: [Geany-Devel] Making Geany faster (reducing latency to typed text)

On 25/11/2012 15:42, Evandro Borracini wrote: Thanks Dimitar, I've updated the patch to always call document_set_text_changed() for BOM/ENCODING. For UNDO_SCINTILLA, document_set_text_changed() is called only at the first document change. I've tested and it worked fine for me. The latency whil

Re: [Geany-Devel] Bug: Conflicting Keyboard shortcut in "reload file" dialog - ID: 3587465

On 27/11/2012 13:27, Amit Sengupta wrote: hey! It's about the bug http://sourceforge.net/tracker/?func=detail&aid=3587465&group_id=153444&atid=787791 i tried to debug it by changing the buttons to YES No buttons, I figured out that the document.c is the file associated with this bug. So in th

Re: [Geany-Devel] Making Geany faster (reducing latency to typed text)

On 24/11/2012 14:04, Colomban Wendling wrote: A solution might be to only do the updates if (doc->changed != changed). I didn't look at the interactions with the rest of Geany (nor test it actually), but looking at this I guess that changing it to: I played with this a little. It won't work e

Re: [Geany-Devel] [Geany-devel] [PATCH] File saving dialog behavior

On 17/11/2012 03:22, Lex Trotman wrote: Updated and now a pull request: >https://github.com/geany/**geany/pull/80 Hi Nick, This works fine for me, applies cleanly, no warnings, and meets the use cases listed in the thread. For me its committable as is,

Re: [Geany-Devel] [geany/geany] a3664f: Fix spawning [synchronous] commands on Windows

On 16/11/2012 20:31, Dimitar Zhekov wrote: >This confused me. Are you saying you use native Windows functions in >combination with g_spawn? I thought only g_io_add_watch could be used. g_spawn_async_with_pipes() returns libc/msvcrt fd-s. You can use them to create channels, or directly. Anonymo

Re: [Geany-Devel] [Geany-devel] [PATCH] File saving dialog behavior

On 15/11/2012 16:27, Nick Treleaven wrote: On 09/11/2012 17:39, Nick Treleaven wrote: On 05/11/2012 22:45, Lex Trotman wrote: On 6 November 2012 02:02, Colomban Wendling wrote: Le 03/05/2012 13:41, Quentin Glidic a écrit : The main point is about the “Rename†, the unsaved file one (last

Re: [Geany-Devel] [Geany-devel] [PATCH] File saving dialog behavior

On 09/11/2012 17:39, Nick Treleaven wrote: On 05/11/2012 22:45, Lex Trotman wrote: On 6 November 2012 02:02, Colomban Wendling wrote: Le 03/05/2012 13:41, Quentin Glidic a écrit : The main point is about the “Rename†, the unsaved file one (last commit message line) is a bonus. I agree

Re: [Geany-Devel] [geany/geany] a3664f: Fix spawning [synchronous] commands on Windows

On 31/10/2012 17:49, Dimitar Zhekov wrote: On Fri, 26 Oct 2012 18:44:04 +0100 Nick Treleaven wrote: On 26/10/2012 17:44, Dimitar Zhekov wrote: I'm using Geany on win~1 recently, with gtk+2.16 and glib-2.22 (the minimum versions). g_spawn_async_with_pipes() works fine for me, from a p

[Geany-Devel] [OT] Re: [PATCH] File saving dialog behavior

On 09/11/2012 17:49, Quentin Glidic wrote: no CRLF (why did it get these?) I got CRLF again ;-) Maybe Thunderbird converts to CRLF as I'm on Windows: https://bugzilla.mozilla.org/show_bug.cgi?id=161806 ___ Devel mailing list Devel@lists.geany.org htt

Re: [Geany-Devel] [Geany-devel] [PATCH] File saving dialog behavior

On 05/11/2012 22:45, Lex Trotman wrote: I can't find the mail with the patch quickly so I havn't looked at it. I've attached a trailing-space stripped version of it (I had to convert the line-endings CRLF -> LF for git, and my project prefs stripped the spaces). On 6 November 2012 02:02, C

Re: [Geany-Devel] [geany/geany] a3664f: Fix spawning [synchronous] commands on Windows

On 26/10/2012 17:44, Dimitar Zhekov wrote: I'm using Geany on win~1 recently, with gtk+2.16 and glib-2.22 (the minimum versions). g_spawn_async_with_pipes() works fine for me, from a plugin, for a console application, along with the helper. So redirecting I/O works for stdout, stderr and it wor

[Geany-Devel] Fwd: [geany/geany] a3664f: Fix spawning [synchronous] commands on Windows

please test it. Original Message Branch: refs/heads/master Author: Nick Treleaven Committer: Nick Treleaven Date:Wed, 24 Oct 2012 16:35:19 Commit: a3664fae9ece396952d732cc937e63192d8c6f76 https://github.com/geany/geany/commit/a3664fae9ece396952d732cc937e63192d8c6f

Re: [Geany-Devel] [Geany-devel] [PATCH 13/19] Remove the "set" button from the project properties dialog

On 06/10/2012 17:25, Colomban Wendling wrote: Hi, This got committed, but actually the button did set "%p" (not %d) to the directory in which execute non-filetype commands (like make). This is I was aware that it sets %p, not %d. useful for anybody with a basedir-only build system (non-recu

  1   2   >