Hi Thomas,
I havn't had a chance to use it yet, but I've looked at it, and have left a
few comments on the github code. Certainly at this prototype stage its
pretty simple :)
Cheers
Lex
___
Devel mailing list
Devel@lists.geany.org
Am 11.10.2013 07:01, schrieb Matthew Brush:
notebooks. 99% of the now hardcoded places will work fine, e.g. I'm
using gtk_widget_get_parent(sci) to get a doc's notebook and implement a
foreach_notebook() macro. So this should make it really trivial to
support even more than 2 notebooks.
On 13-10-11 02:23 AM, Thomas Martitz wrote:
Am 11.10.2013 07:01, schrieb Matthew Brush:
notebooks. 99% of the now hardcoded places will work fine, e.g. I'm
using gtk_widget_get_parent(sci) to get a doc's notebook and implement a
foreach_notebook() macro. So this should make it really trivial
Am 11.10.2013 12:07, schrieb Matthew Brush:
On 13-10-11 02:23 AM, Thomas Martitz wrote:
Am 11.10.2013 07:01, schrieb Matthew Brush:
notebooks. 99% of the now hardcoded places will work fine, e.g. I'm
using gtk_widget_get_parent(sci) to get a doc's notebook and
implement a
Le 10/10/2013 12:03, Thomas Martitz a écrit :
Hello,
I just wanted to let you know that I'm working on a new splitwindow
implementation and I would like to have early input. [...]
I don't have time yet to fully get down to the complicated discussion
this went on, but I just wanted to point
On 13-10-11 03:29 AM, Thomas Martitz wrote:
Am 11.10.2013 12:07, schrieb Matthew Brush:
On 13-10-11 02:23 AM, Thomas Martitz wrote:
Am 11.10.2013 07:01, schrieb Matthew Brush:
notebooks. 99% of the now hardcoded places will work fine, e.g. I'm
using gtk_widget_get_parent(sci) to get a doc's
Am 11.10.2013 13:12, schrieb Matthew Brush:
I just mean that the study of such applications is not new, like some
canonical texts such as http://en.wikipedia.org/wiki/Design_Patterns,
specifically 2.1.
We also have all of those that came before, like borland, ms, anjuta,
vim, emacs,
On Fri, 11 Oct 2013 02:14:59 +0200
Yosef Or Boczko yosef...@gmail.com wrote:
The icons in Stock is icons in some sizes, not SVG.
GTK_ICON_SIZE_* do not specify any hardcoded pixel sizes.
You can patch Geany with GTK_ICON_LOOKUP_FORCE_SVG, if you want.
The symbolic icons is SVG, better
Am 11.10.2013 20:08, schrieb Dimitar Zhekov:
Proposition:
Remove the combo box.
Add a paste icon on the right of files, above the Directory selection
icon, and set it's tooltip to Paste the project patterns, if any.
This is not the same functionality, choosing project on the combo is a
Ok, I've been testing with several of my QML files, and I think I've
worked out most of the bugs, I am going to start working on my other
project to test out the QML support, because as of my latest commit I
can't find anymore bugs. I'm also open to anyone who wants to test it
out to try to
Am 10.10.2013 03:43, schrieb Matthew Brush:
On 13-10-09 01:01 PM, Dimitar Zhekov wrote:
Hi, all,
I want to discuss how our FiF works, why, and possible improvements.
1. The FiF dialog is created programatically. Is there any reason for
that, or simply nobody cared to XML-ize it? I'm not aware
Am 11.10.2013 21:30, schrieb Thomas Martitz:
I agree with the idea of moving it into glade files where it's more
easily hackable. Try my patched glate from [1]. It should solve the
volatile XML output.
[1]: https://github.com/kugel-/glade/tree/glade-3-8-fixes :)
[...]
custom - this is exactly the same as entering something in Files.
Well, its Not Project, ie you need some way to switch away from using
project settings, how good Custom is as a name is open.
So it only exists because Project exists, and has no intrinsic value.
The key point of
On 12 October 2013 06:14, Tory Gaurnier tory.gaurn...@linuxmail.org wrote:
Ok, I've been testing with several of my QML files, and I think I've
worked out most of the bugs, I am going to start working on my other
project to test out the QML support, because as of my latest commit I can't
find
On 11 October 2013 21:29, Colomban Wendling lists@herbesfolles.orgwrote:
Le 10/10/2013 12:03, Thomas Martitz a écrit :
Hello,
I just wanted to let you know that I'm working on a new splitwindow
implementation and I would like to have early input. [...]
I don't have time yet to
[...]
You don't need to walk any tree's, if you need to notebook from the
scintilla, just store a pointer to the notebook in the scintilla, ex. using
g_object_set_data() or more painfully by subclassing it.
That pointer needs to be updated properly when the doc is moved. I rather
save that
16 matches
Mail list logo