Am 2017-04-04 06:30, schrieb Matthew Brush:
On 2017-03-31 06:25 PM, Lex Trotman wrote:
[...]
2) Eeany should embrace the bloat, incorporate the whole operating
system like Emacs and become an overblown interfering annoyance like
Eclipse,
Instead of something minimal like Elisp for
On 2017-03-31 06:25 PM, Lex Trotman wrote:
[...]
2) Eeany should embrace the bloat, incorporate the whole operating
system like Emacs and become an overblown interfering annoyance like
Eclipse,
Instead of something minimal like Elisp for scripting, it might be
useful to use Clojure, because
Dear Lex
On 04/01/2017 03:25 AM, Lex Trotman wrote:
Dear All,
Geany having failed at being a small fast lightweight IDE and having
become a chubby middle aged application, its time for a re-think, a
new direction, a fresh start.
Instead it is proposed that Geany embrace the paradigms of the
Dear All,
Geany having failed at being a small fast lightweight IDE and having
become a chubby middle aged application, its time for a re-think, a
new direction, a fresh start.
Instead it is proposed that Geany embrace the paradigms of the most
successful IDEs (like Emacs or Eclipse) and make
On 13-12-15 11:01 PM, Steven Blatnick wrote:
I agree on scintilla being better.
I don't know if this is because of gtksourceview or not, but loading large
files or files with long lines freezes up gedit2/pluma, which uses
gtksourceview. I used to prefer gtksourceview, but I think I prefer
LOL. I will say that my initial reason for preferring gtksourceview
when I was looking for another editor was the native feel, which is a
major reason I was only looking at gtk-based editors. Maybe my
experiences are just because Geany has done such a darn good job of
using scintilla while
Hi All,
Just a note I am still summarising the thread, but real life is getting
in the way. Real soon now (hopefully).
Cheers
Lex
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/listinfo/devel
Am 15.11.2013 16:10, schrieb Colomban Wendling:
Lots of part in Geany assumes C strings, which are 0-terminated arrays.
By seamless, I mean that everything that deals with data from the
buffer properly handles NUL bytes, e.g. not only that one can open and
display them but also work with them
Le 12/11/2013 00:11, Yosef Or Boczko a écrit :
As Matthew say, we can to go use the modern GTK+ API,
for GtkApplication, GSettings and more, and I offer to go
GtkApplication and GSettings don't change the UI in any way really, they
just help you built you app. And I certainly quite like both
Le 11/11/2013 08:18, Lex Trotman a écrit :
[...]
So I am starting this thread to try to get ideas on where Geany should
be headed.
[...]
#N Seamless support for buffers with embedded 0 bytes
#N+1Harder-to-break plugin API, maybe by hiding most things behind
Le 11/11/2013 08:18, Lex Trotman a écrit :
Hi All,
[...]
1. An architecture that allows multi-threading to be used for non-GUI
tasks. The most obvious of course is parsing. At the moment none of
the parsers support symbols in anything other than the global scope, and
adding them would
Am 15.11.2013 15:34, schrieb Colomban Wendling:
Le 11/11/2013 08:18, Lex Trotman a écrit :
[...]
So I am starting this thread to try to get ideas on where Geany should
be headed.
[...]
#N Seamless support for buffers with embedded 0 bytes
How do you define seamless? There's a patch
Le 15/11/2013 04:19, Matthew Brush a écrit :
On 13-11-14 10:56 AM, Dimitar Zhekov wrote:
On Tue, 12 Nov 2013 17:47:26 -0800
Matthew Brush mbr...@codebrainz.ca wrote:
On 13-11-12 10:43 AM, Dimitar Zhekov wrote:
On Mon, 11 Nov 2013 01:31:35 -0800
Matthew Brush mbr...@codebrainz.ca wrote:
1.
Le 15/11/2013 15:52, Thomas Martitz a écrit :
Am 15.11.2013 15:34, schrieb Colomban Wendling:
Le 11/11/2013 08:18, Lex Trotman a écrit :
[...]
So I am starting this thread to try to get ideas on where Geany should
be headed.
[...]
#NSeamless support for buffers with embedded 0 bytes
[...]
4. depending on the outcome from 3. use a new repository organisation or
at least a new branch in the existing Geany repo to ensure that the
existing Geany is not destabilised by major changes as they take place.
New branch is necessary -- in a separate repo or not. New repository
On Tue, 12 Nov 2013 17:47:26 -0800
Matthew Brush mbr...@codebrainz.ca wrote:
On 13-11-12 10:43 AM, Dimitar Zhekov wrote:
On Mon, 11 Nov 2013 01:31:35 -0800
Matthew Brush mbr...@codebrainz.ca wrote:
1. An architecture that allows multi-threading to be used for non-GUI
tasks.
Another
On Wed, 13 Nov 2013 10:59:47 +0100
Harold Aling ge...@sait.nl wrote:
How many Geany on Windows users are there? is it 90% POSIX/10%
Windows? Or more? Less?
I'm a big fan of the 90% rule. If 90% of the users don't need/want
it, don't implement or support it. Same goes for library versions:
On 13-11-14 10:56 AM, Dimitar Zhekov wrote:
On Tue, 12 Nov 2013 17:47:26 -0800
Matthew Brush mbr...@codebrainz.ca wrote:
On 13-11-12 10:43 AM, Dimitar Zhekov wrote:
On Mon, 11 Nov 2013 01:31:35 -0800
Matthew Brush mbr...@codebrainz.ca wrote:
1. An architecture that allows multi-threading to
[...]
How many Geany on Windows users are there? is it 90% POSIX/10%
Windows? Or more? Less?
I'm a big fan of the 90% rule. If 90% of the users don't need/want
it, don't implement or support it. Same goes for library versions: if
90%+ has GTK3, it's safe to require that.
Because Geany
Am 13.11.2013 11:30, schrieb Lex Trotman:
Because Geany does not install spyware to see where it is used, we
really don't know. :)
Well... we got the updatecheckerplugin ... but there is and will no data
collection.
Cheers,
Frank
signature.asc
Description: OpenPGP digital signature
Am 13.11.2013 11:30, schrieb Lex Trotman:
I was thinking of asking on the users ML, after we agreed the questions
here first. But do we want to?
Are we looking for market share? Or are we interested in making the
best software that suits the contributors, and if its useful to others fine?
On Tue, 12 Nov 2013 08:39:14 +0100
Thomas Martitz thomas.mart...@student.htw-berlin.de wrote:
Embracing the toolkit (GTK) and adopting GNOME application style are
two different things. Yes, we can make more use of GTK. But we do not
have to GNOME it up for it. And whether or not we use a
On Mon, 11 Nov 2013 01:31:35 -0800
Matthew Brush mbr...@codebrainz.ca wrote:
1. An architecture that allows multi-threading to be used for non-GUI
tasks.
Another (perhaps more obvious) candidate here is file loading/saving,
which is *way* easier than the parsing stuff since [...] and
Am 11.11.2013 23:38, schrieb Yosef Or Boczko:
What about redesign the GUI?
I like the current one. Only I can iamgine that another sidebar or mayby
more flexible sidebars would help some. Personally I wouldn't change
anything bigger at UI.
Cheers,
Frank
signature.asc
Description: OpenPGP
Am 12.11.2013 00:11, schrieb Yosef Or Boczko:
As a GNOME 3 user, I realy like the recent design of
the applications in GNOME, specify the GtkHeaderBar[1].
And yes, I know have some people not like the new design of
GNOME.
As Matthew say, we can to go use the modern GTK+ API,
for
Am 11.11.2013 08:18, schrieb Lex Trotman:
1. An architecture that allows multi-threading to be used for non-GUI
tasks. The most obvious of course is parsing. At the moment none of
the parsers support symbols in anything other than the global scope, and
adding them would significantly
[...]
I'm afraid too. Most likely dependencies will increase as well as memory
footprint. But this is something we get regular asked on our boothes:
More intelligent auto completion stuff. Unfortunately this is one of the
things making the huge IDE so huge.
Yes, more capabilities or using
On 11 November 2013 20:31, Matthew Brush mbr...@codebrainz.ca wrote:
On 13-11-10 11:18 PM, Lex Trotman wrote:
Hi All,
Recently there have been a number of proposals for significant changes in
Geany, different languages, GObjectification and other various changes.
As good or bad as the
Am 11.11.2013 10:31, schrieb Matthew Brush:
5. Drop Scintilla and use GtkSourceView. I'll just enumerate the
reasons that come to mind, in no particular order:
* Scintilla is a big fat not-really-GTK+ C++ library
* We have to keep a fork up-to-date in our source tree
* It provides one of
On 13-11-11 02:42 AM, Thomas Martitz wrote:
Am 11.11.2013 10:31, schrieb Matthew Brush:
[snip]
* GtkSourceView completely integrates into our GUI toolkit, using
native (not custom drawn like Scintilla) widgets inside and interacts
properly with stuff like scrolling, focus, DnD, key-bindings,
One of the things I've enjoyed about switching from gedit to geany is
that geany typically doesn't use nearly as much memory and loads large
files easily. Now, I don't know if that's related to Scintilla vs
GtkSourceView, but really long documents, particularly with long lines,
freeze gedit
On 12 November 2013 02:45, Pavel Roschin ros...@scriptumplus.ru wrote:
5. Drop Scintilla and use GtkSourceView. I'll just enumerate the reasons
that come to mind, in no particular order:
But does this mean that some Sci-features are going to pass away? E.g.
scintilla
supports multiple
On 12 November 2013 03:51, Steven Blatnick steve8tr...@yahoo.com wrote:
One of the things I've enjoyed about switching from gedit to geany is
that geany typically doesn't use nearly as much memory and loads large
files easily. Now, I don't know if that's related to Scintilla vs
Hi All,
There have been lots of interesting suggestions so far. I will leave the
thread until the end of the week and then try to summarise.
So keep thinking.
So far nobody has said don't do anything so I guess that means that there
is general support for examining the design of Geany and
As a GNOME 3 user, I realy like the recent design of
the applications in GNOME, specify the GtkHeaderBar[1].
And yes, I know have some people not like the new design of
GNOME.
As Matthew say, we can to go use the modern GTK+ API,
for GtkApplication, GSettings and more, and I offer to go
also to
Hi All,
Recently there have been a number of proposals for significant changes in
Geany, different languages, GObjectification and other various changes.
As good or bad as the individual suggestions may be, they have made it
clear to me that there is no plan for the future of Geany that allows
36 matches
Mail list logo