On 28/09/2011 00:45, Lex Trotman wrote:
Nick, Thomas,
[...]
0001-Per-document-real-time-symbols-setting.patch:
Adds a per-document setting for real-time updates and a menu item in the
Document menu. There is still a FIXME in it, feel free to give ideas :)
@Nick, there are lots of large
On 28/09/2011 12:03, Nick Treleaven wrote:
@Nick, there are lots of large generated files a programmer might want
to check, especially XMLs and logs, saying there is an xxxGb maximum
is wrong, it depends on the machine the user has. Forcing them to
have to go use another editor or to not have
On Tue, Sep 27, 2011 at 14:17, Nick Treleaven
nick.trelea...@btinternet.com wrote:
On 26/09/2011 23:00, Colomban Wendling wrote:
Le 26/09/2011 13:48, Nick Treleaven a écrit :
I'm reduced to using Windows. I guess the reason is the regex code that
is really old which is used for Windows
On 27/09/2011 01:53, Colomban Wendling wrote:
Le 27/09/2011 01:44, Lex Trotman a écrit :
[...]
Pentium 4, 1.9 GHz, 512 MB ram.
I'm no windows expert, but isn't 512mb considered kinda marginal, 1gb
better. Whats your general windows performance like?
I doubt that, even on Windows, it
On 26/09/2011 23:00, Colomban Wendling wrote:
Le 26/09/2011 13:48, Nick Treleaven a écrit :
I'm reduced to using Windows. I guess the reason is the regex code that
is really old which is used for Windows builds.
Maybe yeah, but I find it a little weird you see *so much* slowness...
For
On 26/09/2011 22:38, Colomban Wendling wrote:
So, I'm soliciting your impressions, opinions, remarks, etc. Also, is
this whole thing important enough to break string freeze less than a
week before release? (read: to have some strings untranslated)
Well, it's not just untranslated strings -
On 26/09/2011 22:38, Colomban Wendling wrote:
Le 24/09/2011 13:32, Lex Trotman a écrit :
[...]
How about automagically disabling auto-reparsing per-file if it takes
too long (1s?) at runtime? Without needing to change the setting that is.
I disagree, it is a bad idea to turn off a setting
On 24/09/2011 11:59, Colomban Wendling wrote:
Le 22/09/2011 18:30, Nick Treleaven a écrit :
Hi,
Whilst opening doc/geany.html I found it takes5s on my machine to
load. It's a big document though, still perhaps the HTML tag parser
performance could be improved.
I think 5s is weird in the first
Le 24/09/2011 12:39, Lex Trotman a écrit :
On 24 September 2011 20:33, Colomban Wendling
lists@herbesfolles.org wrote:
Le 23/09/2011 03:09, Lex Trotman a écrit :
On 23 September 2011 10:34, Matthew Brush mbr...@codebrainz.ca wrote:
On 09/22/2011 09:30 AM, Nick Treleaven wrote:
Hi,
Le 24/09/2011 13:32, Lex Trotman a écrit :
[...]
How about automagically disabling auto-reparsing per-file if it takes
too long (1s?) at runtime? Without needing to change the setting that is.
I like the idea.
Hi Colomban, Thomas,
Hey Lex, everyone,
I disagree, it is a bad idea to turn
Le 26/09/2011 13:48, Nick Treleaven a écrit :
On 24/09/2011 11:59, Colomban Wendling wrote:
Le 22/09/2011 18:30, Nick Treleaven a écrit :
Hi,
Whilst opening doc/geany.html I found it takes5s on my machine to
load. It's a big document though, still perhaps the HTML tag parser
performance
[...]
Pentium 4, 1.9 GHz, 512 MB ram.
I'm no windows expert, but isn't 512mb considered kinda marginal, 1gb
better. Whats your general windows performance like?
Cheers
Lex
___
Geany-devel mailing list
Geany-devel@uvena.de
Hey Colomban,
[...]
0001-Per-document-real-time-symbols-setting.patch:
Adds a per-document setting for real-time updates and a menu item in the
Document menu. There is still a FIXME in it, feel free to give ideas :)
This looks like a good idea.
For the fixme, It shouldn't apply per
Le 27/09/2011 01:44, Lex Trotman a écrit :
[...]
Pentium 4, 1.9 GHz, 512 MB ram.
I'm no windows expert, but isn't 512mb considered kinda marginal, 1gb
better. Whats your general windows performance like?
I doubt that, even on Windows, it would so drastically reduce the
performances.
Le 27/09/2011 02:03, Lex Trotman a écrit :
Hey Colomban,
[...]
0001-Per-document-real-time-symbols-setting.patch:
Adds a per-document setting for real-time updates and a menu item in the
Document menu. There is still a FIXME in it, feel free to give ideas :)
This looks like a good
[...]
There is no prefs, but if autocompletion_update_freq is changed to or
from 0 (e.g. disabled or enabled), then we need to update the setting
for all documents where the user haven't done a choice. Otherwise the
setting would only change for newly opened documents, which is no good IMHO.
Le 23/09/2011 03:09, Lex Trotman a écrit :
On 23 September 2011 10:34, Matthew Brush mbr...@codebrainz.ca wrote:
On 09/22/2011 09:30 AM, Nick Treleaven wrote:
Hi,
Whilst opening doc/geany.html I found it takes 5s on my machine to
load. It's a big document though, still perhaps the HTML tag
On 24 September 2011 20:33, Colomban Wendling
lists@herbesfolles.org wrote:
Le 23/09/2011 03:09, Lex Trotman a écrit :
On 23 September 2011 10:34, Matthew Brush mbr...@codebrainz.ca wrote:
On 09/22/2011 09:30 AM, Nick Treleaven wrote:
Hi,
Whilst opening doc/geany.html I found it takes 5s
Le 22/09/2011 18:30, Nick Treleaven a écrit :
Hi,
Whilst opening doc/geany.html I found it takes 5s on my machine to
load. It's a big document though, still perhaps the HTML tag parser
performance could be improved.
I think 5s is weird in the first place. I know geany.html is 6.5k-lines
[...]
How about automagically disabling auto-reparsing per-file if it takes
too long (1s?) at runtime? Without needing to change the setting that is.
I like the idea.
Hi Colomban, Thomas,
I disagree, it is a bad idea to turn off a setting that changes the
behavior. The user is likely to be
Am 24.09.2011 13:32, schrieb Lex Trotman:
Hi Colomban, Thomas,
I disagree, it is a bad idea to turn off a setting that changes the
behavior. The user is likely to be confused by the unexpected change
in behavior (new symbols no longer in autocompletes, new types not
being highlighted etc).
[..]
I too think there should be a notification. But I think turning it of
per-file (without touching the actual setting) is also good and the user
will appreciate that.
Per file is a good idea.
Note that it would be turned off in the case symbol generation takes a long
time, so it
On 09/24/2011 05:49 AM, Lex Trotman wrote:
Also Matthew's perceived slowness with lots of tags loaded needs
checking, is it reloading them all the time (as Colomban seemed to
suggest) or does the symbol table used by tagmanager have O(1),
O(log), O(N) or worse performance.
I'm too afraid to
Hi,
Whilst opening doc/geany.html I found it takes 5s on my machine to
load. It's a big document though, still perhaps the HTML tag parser
performance could be improved.
But now we have tag reparsing, editing geany.html becomes painful. I
know we can disable reparsing, but what else could we
On 09/22/2011 09:30 AM, Nick Treleaven wrote:
Hi,
Whilst opening doc/geany.html I found it takes 5s on my machine to
load. It's a big document though, still perhaps the HTML tag parser
performance could be improved.
Well under 1 second to load geany.html here, and editing it is quite
smooth
On 23 September 2011 10:34, Matthew Brush mbr...@codebrainz.ca wrote:
On 09/22/2011 09:30 AM, Nick Treleaven wrote:
Hi,
Whilst opening doc/geany.html I found it takes 5s on my machine to
load. It's a big document though, still perhaps the HTML tag parser
performance could be improved.
26 matches
Mail list logo
