tag:old.nabble.com,2006:forum-2154Nabble - Anjuta2009-12-01T13:07:34ZAnjuta is a versatile Integrated Development Environment (IDE) for C and C++ on GNU/Linux. It has been written for GTK/GNOME and features a number of advanced programming facilities. These include project management, application wizards, an on-board interactive debugger, and a powerful source editor with source browsing and syntax highlighting. Anjuta home is <a href="http://anjuta.org/" target="_top" rel="nofollow">here</a>.tag:old.nabble.com,2006:post-26599091Re: Symbol db async functions2009-12-01T13:07:34Z2009-12-01T13:07:34ZSébastien GranjouxHi Massimo,
<br><br>Massimo Cora' a écrit :
<br>> Do you see the 'freeze' behaviour even after the first few seconds?
<br>> I can try to improve that code, but for sure if you run an ansyc_query
<br>> the command-thread and the mutexs automatically manage the queues of
<br>> requests.
<br><br>I haven't looked in details. I think it's due to two asynchronous
<br>queries. Because, I don't see this behavior with GtkSourceView and when
<br>I run Scintilla, I cannot type anything until all types are highlighted.
<br><br>> well, symbol-db could cancel queries if libgda was able to do that, and
<br>> if sqlite was too. Currently libgda can cancel async queries only, and
<br>> symbol-db is planned to execute only sync queries.
<br>> I don't think it's worth reimplementing the whole core to do async
<br>> queries. They can take 1-2, 3 seconds in the worst cases and for
<br>> full-scan queries, and I see this behaviour in all the IDEs I've used.
<br><br>Ok, I'm not sure it's really useful now if it's a big change.
<br><br>Regards,
<br><br>Sébastien
<br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26599091&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26598880Re: Symbol db async functions2009-12-01T12:40:13Z2009-12-01T12:40:13ZMassimo Cora'-----BEGIN PGP SIGNED MESSAGE-----
<br>Hash: SHA1
<br><br>Hi,
<br><br>Sébastien Granjoux wrote:
<div class='shrinkable-quote'><br>> Hi Massimo,
<br>>
<br>>
<br>> I can understand that libgda doesn't allow concurrent access.
<br>>
<br>> But, I think we have to do something anyway, currently Scintilla is
<br>> difficult to use and it would be the same for GtkSourceView if the
<br>> symbol-db is used by another plugin. It's really useful that a call to
<br>> anjuta_symbol_manager_search_*_async never blocks.
<br>>
<br>> I think, the symbol-db plugin can queue the request until the first
<br>> access is completed. So, it can try to get the mutex and if it fails,
<br>> just puts the request on hold in a GList and return. Then when the first
<br>> request is completed, it checks if there are some pending requests in
<br>> the list and start them. It does not simplify the code but I thinks it's
<br>> needed.
</div><br><br>I've maybe understood the 'freeze' you're seeing on Anjuta's startup.
<br>It's the project_updating procedure, which is done in the main thread
<br>because usually the user doesn't modify many sources of the project
<br>outside Anjuta itself. The switch between a git branch and another could
<br>instead be the reason of the freeze when you fire up Anjuta: many
<br>sources are changed and then they're seen with a different modification
<br>time, and so rescanned.
<br>It should be done instead in a concurrent thread. I didn't go on that
<br>direction because on startup there are many complicated actions done by
<br>symbol-db, and adding over complexity wasn't my aim.
<br>Do you see the 'freeze' behaviour even after the first few seconds?
<br>I can try to improve that code, but for sure if you run an ansyc_query
<br>the command-thread and the mutexs automatically manage the queues of
<br>requests.
<br><br>>
<br>> I think Johannes has planned a possibility to cancel requests. He has
<br>> removed it from git, I suppose because a db request cannot be cancelled.
<br>> But if we have this pending requests queue, they can be cancelled. So I
<br>> think it would be useful to have a possibility to cancel a request.
<br>>
<br><br>well, symbol-db could cancel queries if libgda was able to do that, and
<br>if sqlite was too. Currently libgda can cancel async queries only, and
<br>symbol-db is planned to execute only sync queries.
<br>I don't think it's worth reimplementing the whole core to do async
<br>queries. They can take 1-2, 3 seconds in the worst cases and for
<br>full-scan queries, and I see this behaviour in all the IDEs I've used.
<br><br>regards,
<br>Massimo
<br><br><br>-----BEGIN PGP SIGNATURE-----
<br>Version: GnuPG v1.4.10 (GNU/Linux)
<br><br>iEYEARECAAYFAksVfyAACgkQcfVTgMRILk1SKACdEUw+v3Z2n4GuL+My+MqCIABC
<br>V4wAniOVgHKdOEGnIGAo3IsdPJVJNPxU
<br>=zaq3
<br>-----END PGP SIGNATURE-----
<br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26598880&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26596813Re: new IAnjutaEditorAssist interface2009-12-01T10:34:37Z2009-12-01T10:34:37ZSébastien GranjouxHi Johannes,
<br><br>Johannes Schmid a écrit :
<br>> I wanted to keep the name rather short but I am ok with using
<br>> IAnjutaCompletionProvider if that is clearer.
<br><br>Ok.
<br><br>> It's not in use yet. I have added some more doc comment to it though.
<br>> The aim for this method is to be able to force something, like showing
<br>> predefined stuff of the macro plugin that isn't connected to the
<br>> context. I need to implement something as a proof-of-concept for the
<br>> macro plugin and things might change a bit in this area.
<br><br>Ok, I suppose I will be able to do this with Scintilla too.
<br><br>> I am not entirely sure what you mean here. Actually, the length of the
<br>> text should be cursor_pos - start_iter.
<br><br>Yes.
<br><br>> Anyway, looking at the code it really looks like the iter argument in
<br>> activate() isn't very useful as it will always be the current cursor
<br>> position. I have to look closer though.
<br><br>Ok, I'm waiting more information here. It's not really a big problem
<br>currently. The most annoying point is the performance of the symbol-db
<br>in this use case.
<br><br>Regards,
<br><br>Sébastien
<br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26596813&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26596645Re: Symbol db async functions2009-12-01T10:23:09Z2009-12-01T10:23:09ZSébastien GranjouxHi Massimo,
<br><br>Massimo Cora' a écrit :
<br>> The async stuff starts a thread that accesses the db: the mutexes are
<br>> limited to the most critical resources, but if you run a full-scan query
<br>> on a db you won't be able to access the same critical code before that
<br>> query has finished (and in most cases a full-scan query is slow).
<br>> This is true for almost all the queries in symbol-db-engine-queries.c.
<br>> The feeling of speed you have with async queries is that the query-code
<br>> is detached from the main glib thread, avoiding the gui to flicker when
<br>> trying to update the interface-and-querying at the same time.
<br><br>Ok.
<br><br>> If libgda had ever permitted to access db with multiple concurrent
<br>> threads then yes, I would be able to improve that....
<br><br>I can understand that libgda doesn't allow concurrent access.
<br><br>But, I think we have to do something anyway, currently Scintilla is
<br>difficult to use and it would be the same for GtkSourceView if the
<br>symbol-db is used by another plugin. It's really useful that a call to
<br>anjuta_symbol_manager_search_*_async never blocks.
<br><br>I think, the symbol-db plugin can queue the request until the first
<br>access is completed. So, it can try to get the mutex and if it fails,
<br>just puts the request on hold in a GList and return. Then when the first
<br>request is completed, it checks if there are some pending requests in
<br>the list and start them. It does not simplify the code but I thinks it's
<br>needed.
<br><br>I think Johannes has planned a possibility to cancel requests. He has
<br>removed it from git, I suppose because a db request cannot be cancelled.
<br>But if we have this pending requests queue, they can be cancelled. So I
<br>think it would be useful to have a possibility to cancel a request.
<br><br>Best Regards,
<br><br>Sébastien
<br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26596645&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26593607Re: Symbol-db async queries don't return results (and IAnjutaEditorAssist reorganisation)2009-12-01T07:23:12Z2009-12-01T07:23:12ZJohannes Schmid-4Hi!
<br><br>> Actually, I'd like to have only one provider (or maybe one provider
<br>> per target), so no need to clean up anything when changing editor but
<br>> rather when closing project.
<br><br>Well, you only have one provider, you just always connect it to the
<br>current editor. I don't see another way of doing that because there
<br>might be one vala, one C and one Python file open and each need
<br>different providers.
<br><br>> > What do you mean by the menu item? How should the editor take care of
<br>> > it? The editor already handles the creation and display of the menu but
<br>> > it can't be responsible for the content.
<br>> Edit->Autocomplete. Without the editor taking care of it, every
<br>> language support plugin would potentially want to have one and Vala
<br>> and C++/Java will conflict since C++/Java won't disable it if the file
<br>> is Vala.
<br><br><br>Sorry, misunderstood you. Yes, this menu item will move to the
<br>document-manager soon.
<br><br>> > I discussed this with Jürg some time back and Vala didn't support nested
<br>> > namespaces that time. If this can be done now and libanjuta.idl can be
<br>> The problem with nested namespaces is that they aren't supported by
<br>> gobject-introspection (there is a bug about this in bugzilla), but why
<br>> would they be needed for Anjuta?
<br><br>Well, I would expect:
<br><br>namespace IAnjuta
<br>{
<br> namespace Editor
<br> {
<br> interface Assist
<br> (...)
<br> }
<br>}
<br>But maybe it can be done without nested namespaces. As long as the
<br>result is equal to to the output of the idl compiler, I am fine with it.
<br><br>> > changed into libanjuta.vala without having to change any other source
<br>> > file (API remains the same) than I don't the a real reason we shouldn't
<br>> I'd prefer to split this into 5-6 files instead of one big
<br>> libanjuta.vala, as it's more maintainable, but if you prefer just one
<br>> file, it's ok.
<br><br>Actually, multiple files sound better. But it would be best if vala
<br>would output one header file for every interface so that the includes
<br>don't change.
<br><br>> > do that now that we have vala as external dependency. In addition, vala
<br>> > is quite simple to install. Documentation will also be important though!
<br>> Is it ok to use valadoc, or this would be considered as cheating ;-p
<br>> (seriously, I think it's possible to do something with gtk-doc)
<br><br>Well, valadoc doesn't output C documentation but only Vala documentation
<br>and that's definitly not what we want to have.
<br><br>> In other news, I was able to run a python anjuta plugin using pygi,
<br>> still crashing randomly, but it seems promising. I have another
<br>> complaint about file manager hardcoding Git and Subversion (I want to
<br>> add mercurial), I'll make a patch for this as well.
<br><br>The file-manager isn't hardcoding them. Once you write a mercurial
<br>plugin that implement IAnjutaVcs the file-manager will use this if it
<br>can detect that the project uses mercurial.
<br><br>Regards,
<br>Johannes
<br><br /> <br />------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br />_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26593607&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26593607/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26591526Re: Symbol-db async queries don't return results (and IAnjutaEditorAssist reorganisation)2009-12-01T05:13:01Z2009-12-01T05:13:01ZAbderrahim Kitouni-2Hi,
<br><br>2009/12/1 Johannes Schmid <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26591526&i=0" target="_top" rel="nofollow">jhs@...</a>>:
<br>> No, I just meant that the plugin have to be aware that the editor has
<br>> changed and clean up, etc. Currently it just provides a provider only
<br>> for the current editor which doesn't make any different from the
<br>> user-perspective.
<br>Actually, I'd like to have only one provider (or maybe one provider
<br>per target), so no need to clean up anything when changing editor but
<br>rather when closing project.
<br><br>> What do you mean by the menu item? How should the editor take care of
<br>> it? The editor already handles the creation and display of the menu but
<br>> it can't be responsible for the content.
<br>Edit->Autocomplete. Without the editor taking care of it, every
<br>language support plugin would potentially want to have one and Vala
<br>and C++/Java will conflict since C++/Java won't disable it if the file
<br>is Vala.
<br><br>> The Gbf namespace is just something used internally by the
<br>> project-manager and the only thing that appears in libanjuta.idl is the
<br>> new_project() method which is really not needed by a language-support
<br>> plugin. So I guess you could just skip that.
<br>I guess this would work for newer gobject-introspection, but won't
<br>work with the fork included in vala. I'll see what it gives once I
<br>have cleaned up the gir files.
<br><br>>
<br>> I discussed this with Jürg some time back and Vala didn't support nested
<br>> namespaces that time. If this can be done now and libanjuta.idl can be
<br>The problem with nested namespaces is that they aren't supported by
<br>gobject-introspection (there is a bug about this in bugzilla), but why
<br>would they be needed for Anjuta?
<br><br>> changed into libanjuta.vala without having to change any other source
<br>> file (API remains the same) than I don't the a real reason we shouldn't
<br>I'd prefer to split this into 5-6 files instead of one big
<br>libanjuta.vala, as it's more maintainable, but if you prefer just one
<br>file, it's ok.
<br><br>As for API changes, last time I looked at this, the only change I saw
<br>is *_GET_INTERFACE instead of *_GET_IFACE but this souldn't be used
<br>outside of the interfaces themselves.
<br>The thing that would need to be changed though is the includes (Vala
<br>would generate a single header file).
<br><br>> do that now that we have vala as external dependency. In addition, vala
<br>> is quite simple to install. Documentation will also be important though!
<br>Is it ok to use valadoc, or this would be considered as cheating ;-p
<br>(seriously, I think it's possible to do something with gtk-doc)
<br><br>>
<br>> In a second step we could sort out where error arguments make sense and
<br>> probably remove some.
<br>Yay (This would reduce warnings about uncaught errors)
<br><br>>
<br>> I am also all for having GObject-introspection support.
<br>Expect patches soon :-)
<br><br>In other news, I was able to run a python anjuta plugin using pygi,
<br>still crashing randomly, but it seems promising. I have another
<br>complaint about file manager hardcoding Git and Subversion (I want to
<br>add mercurial), I'll make a patch for this as well.
<br><br>Regards,
<br>Abderrahim
<br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26591526&i=1" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26584453Re: Symbol-db async queries don't return results (and IAnjutaEditorAssist reorganisation)2009-11-30T16:10:18Z2009-11-30T16:10:18ZJohannes Schmid-4Hi!
<br><br>> >
<br>> > I think the watch on the current editor because otherwise we would have
<br>> > to take care if the editor is changed in the middle of a completion. And
<br>> > it's the solution that currently working well.
<br>> I don't understand this, if the editor is changed in the middle of
<br>> completion, I (as a user) won't expect to have completion in the new
<br>> editor (which seems to be what you're suggesting).
<br>> I'll try to modify it and see how well it goes.
<br><br>No, I just meant that the plugin have to be aware that the editor has
<br>changed and clean up, etc. Currently it just provides a provider only
<br>for the current editor which doesn't make any different from the
<br>user-perspective.
<br><br>> I guess it is possible (it's just setting visible to false on the
<br>> action), but I'd still prefer that the menu item be handled by the
<br>> editor. I feel it's more natural this way
<br><br>What do you mean by the menu item? How should the editor take care of
<br>it? The editor already handles the creation and display of the menu but
<br>it can't be responsible for the content.
<br><br>> The problem is that GbfProject introduces a third namespace (which is
<br>> just more work) and glib-mkenums is shocking on some macro, so I
<br>> couldn't update to 2.26 (which didn't change api I'm interested in, so
<br>> it kept working).
<br><br>The Gbf namespace is just something used internally by the
<br>project-manager and the only thing that appears in libanjuta.idl is the
<br>new_project() method which is really not needed by a language-support
<br>plugin. So I guess you could just skip that.
<br><br><br>> I'm not sure whether you would accept to replace the current idl
<br>> compiler with Vala, but this would give more flexibility thus allowing
<br>> some functions not to raise errors (and documenting what errors are
<br>> raised) etc. and allows documenting g-i attributes directly in the
<br>> syntax. (the downside is that I'm not sure gtk-doc could be used for
<br>> documenting them, but I hope valac/gtk-doc can be fixed for this).
<br>> (this will also allow to stress test the gir output of vala)
<br>>
<br><br>I discussed this with Jürg some time back and Vala didn't support nested
<br>namespaces that time. If this can be done now and libanjuta.idl can be
<br>changed into libanjuta.vala without having to change any other source
<br>file (API remains the same) than I don't the a real reason we shouldn't
<br>do that now that we have vala as external dependency. In addition, vala
<br>is quite simple to install. Documentation will also be important though!
<br><br>In a second step we could sort out where error arguments make sense and
<br>probably remove some.
<br><br>I am also all for having GObject-introspection support.
<br><br>Regards,
<br>Johannes
<br><br><br><br /> <br />------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br />_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26584453&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26584453/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26584329Re: new IAnjutaEditorAssist interface2009-11-30T15:58:59Z2009-11-30T15:58:59ZJohannes Schmid-4Hi!
<br><br><br>> I have implemented the code completion for Scintilla using the new
<br>> interface. It's committed but I think it should be improved. Anyway I
<br>> have a few questions and remarks on the new interface.
<br>>
<br><br>Thanks for fixing this so quickly.
<br><br>> 1. Like IAnjutaEditorAssist, the interface name IAnjutaProvider is too
<br>> general, I think IAnjutaCompletionProvider will be better.
<br><br>I wanted to keep the name rather short but I am ok with using
<br>IAnjutaCompletionProvider if that is clearer.
<br><br>>
<br>> 2. In general, we really need to document IAnjutaProvider and
<br>> IAnjutaEditorAssist, it's not obvious and the comment in libanjuta.idl
<br>> are often not really useful.
<br>>
<br>> 3. I haven't implemented the invoke function. It is an example of what I
<br>> call "useless" comment and I think you haven't use it in your code, so I
<br>> don't really know its use.
<br><br>It's not in use yet. I have added some more doc comment to it though.
<br>The aim for this method is to be able to force something, like showing
<br>predefined stuff of the macro plugin that isn't connected to the
<br>context. I need to implement something as a proof-of-concept for the
<br>macro plugin and things might change a bit in this area.
<br><br>> 4. In the completion code of Scintilla, I need to get the length of the
<br>> completion in the implementation of ianjuta_editor_assist_proposals, or
<br>> (as we have the start) the end of the text to complete. This is the
<br>> argument iter of ianjuta_provider_populate called previously. Is it
<br>> possible that the provider keeps this value ? In this case we can even
<br>> remove the iter argument of ianjuta_provider_activate, or is there a
<br>> case where both iterators are not identical. I haven't completely
<br>> understood how completion is working in GtkSourceView so perhaps I miss
<br>> something.
<br><br>I am not entirely sure what you mean here. Actually, the length of the
<br>text should be cursor_pos - start_iter. Actually at least for the way
<br>it's implemented in GtkSourceView, there cannot be anything between
<br>activate and populate as populate is called for each character typed.
<br><br>Anyway, looking at the code it really looks like the iter argument in
<br>activate() isn't very useful as it will always be the current cursor
<br>position. I have to look closer though.
<br><br>Regasrds,
<br>Johannes
<br><br /> <br />------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br />_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26584329&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26584329/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26582652Re: Symbol db async functions2009-11-30T13:53:49Z2009-11-30T13:53:49ZMassimo Cora'-----BEGIN PGP SIGNED MESSAGE-----
<br>Hash: SHA1
<br><br>Hi,
<br><br>Sébastien Granjoux wrote:
<div class='shrinkable-quote'><br>> Hi Massimo,
<br>>
<br>> I have just implemented the completion using the new IAnjutaEditAssist
<br>> interface on scintilla. It use the asynchronous function of symbol-db
<br>> plugin to get new symbols, so it should be less disturbing for the user.
<br>>
<br>> But with Scintilla, it seems to be the opposite. On startup, the editor
<br>> is displayed but I cannot type anything for several seconds.
<br>>
<br>> I think it could be due to the fact that Scintilla already call the
<br>> symbol-db plugin to highlight types defined in the project. Then when I
<br>> start typing a character, the language support plugin is calling the
<br>> symbol-db asynchronous search function too to get possible completion,
<br>> and I suppose that it blocks here.
<br>>
</div><br>yes, from what I read I think that this could be the problem.
<br>Symbol-db uses mutexes to access db, as libgda doesn't support
<br>concurrent queries to db from a single program instance to the same db.
<br>I.e. you can access the global db and the project db with just one query
<br>per time each.
<br>The async stuff starts a thread that accesses the db: the mutexes are
<br>limited to the most critical resources, but if you run a full-scan query
<br>on a db you won't be able to access the same critical code before that
<br>query has finished (and in most cases a full-scan query is slow).
<br>This is true for almost all the queries in symbol-db-engine-queries.c.
<br>The feeling of speed you have with async queries is that the query-code
<br>is detached from the main glib thread, avoiding the gui to flicker when
<br>trying to update the interface-and-querying at the same time.
<br>But the 'bottle-neck' of the one access per time to db is always present.
<br>These are the pro and cons of event driven programming...
<br><br><br>> Do you know what's happen if 2 plugins calls
<br>> ianjuta_symbol_manager_search_*_async ? Is it possible that the second
<br>> call is blocked, perhaps because you have to wait for the creation of
<br>> some thread object ? If yes could you improve this ?
<br>>
<br><br>If libgda had ever permitted to access db with multiple concurrent
<br>threads then yes, I would be able to improve that....
<br><br>> Else, I need to dig a bit in the code to see what's happen. I have
<br>> already committed the changes on Scintilla, so you can see yourself
<br>> what's happen.
<br>>
<br><br>ok I'll have a look,
<br><br>regards,
<br>Massimo
<br><br><br>-----BEGIN PGP SIGNATURE-----
<br>Version: GnuPG v1.4.10 (GNU/Linux)
<br><br>iEYEARECAAYFAksUPt4ACgkQcfVTgMRILk0M2ACbBEDh1kmSEqlq8q64jUo6MxPY
<br>xo4An0C/OPiKgz7m7rRVRukvEKMOENK+
<br>=Uwvw
<br>-----END PGP SIGNATURE-----
<br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26582652&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26581735new IAnjutaEditorAssist interface2009-11-30T12:57:30Z2009-11-30T12:57:30ZSébastien GranjouxHi Johannes,
<br><br>Johannes Schmid a écrit :
<br>> Thanks, just saw your commit. Sorry, seems I mixed things up a bit in
<br>> language-support with the interfaces.
<br><br>No, problem. Fixing this was not really difficult.
<br><br>> IAnjutaEditorCompletion indeed sounds better. I split the interfaces
<br>> because I think they aren't really connected to to keep the interfaces
<br>> (and the method names) cleaner and shorter.
<br><br>I'm agree.
<br><br><br>I have implemented the code completion for Scintilla using the new
<br>interface. It's committed but I think it should be improved. Anyway I
<br>have a few questions and remarks on the new interface.
<br><br>1. Like IAnjutaEditorAssist, the interface name IAnjutaProvider is too
<br>general, I think IAnjutaCompletionProvider will be better.
<br><br>2. In general, we really need to document IAnjutaProvider and
<br>IAnjutaEditorAssist, it's not obvious and the comment in libanjuta.idl
<br>are often not really useful.
<br><br>3. I haven't implemented the invoke function. It is an example of what I
<br>call "useless" comment and I think you haven't use it in your code, so I
<br>don't really know its use.
<br><br>4. In the completion code of Scintilla, I need to get the length of the
<br>completion in the implementation of ianjuta_editor_assist_proposals, or
<br>(as we have the start) the end of the text to complete. This is the
<br>argument iter of ianjuta_provider_populate called previously. Is it
<br>possible that the provider keeps this value ? In this case we can even
<br>remove the iter argument of ianjuta_provider_activate, or is there a
<br>case where both iterators are not identical. I haven't completely
<br>understood how completion is working in GtkSourceView so perhaps I miss
<br>something.
<br><br>For the moment, I use the current editor position, but if between the
<br>call to ianjuta_provider_populate and ianjuta_editor_assist_proposals,
<br>the user has typed more characters, I will complete more characters than
<br>the one used for the completion. Perhaps it's the right behavior but I'm
<br>not sure.
<br><br><br>Anyway, I was a bit afraid that this interface was too specific to
<br>GtkSourceView way of doing it. But I haven't found any big issue when
<br>implementing it for Scintilla and it's done in a different way. Not all
<br>functions are supported but that's fine. So overall this interface is
<br>good, it just needs to be documented.
<br><br>Regards,
<br><br>Sébastien
<br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26581735&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26581406Re: [GDL] How to place a widget in a placeholder?2009-11-30T12:34:48Z2009-11-30T12:34:48ZNicolas Joseph<br>Hi,
<br><br>>> I've written a small example in C. It doesn't work, I would like that
<br>the
<br>>> last two items are displayed, respectively, in the left and in the
<br>bottom
<br>>> notebook.
<br>> To get your example to work as expected, you'll need to load the
<br>> layout (using gdl_dock_layout_load_layout) *after* adding the items to
<br>> the dock. (otherwise there wouldn't be what to lay out ;-))
<br><br>It works fine now, I had forgotten that the plugins are loaded after...
<br><br>Thank's!
<br><br>--
<br>Nicolas Joseph
<br><br><a href="http://www.valaide.org" target="_top" rel="nofollow">http://www.valaide.org</a><br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26581406&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26580838Symbol db async functions2009-11-30T11:55:34Z2009-11-30T11:55:34ZSébastien GranjouxHi Massimo,
<br><br>I have just implemented the completion using the new IAnjutaEditAssist
<br>interface on scintilla. It use the asynchronous function of symbol-db
<br>plugin to get new symbols, so it should be less disturbing for the user.
<br><br>But with Scintilla, it seems to be the opposite. On startup, the editor
<br>is displayed but I cannot type anything for several seconds.
<br><br>I think it could be due to the fact that Scintilla already call the
<br>symbol-db plugin to highlight types defined in the project. Then when I
<br>start typing a character, the language support plugin is calling the
<br>symbol-db asynchronous search function too to get possible completion,
<br>and I suppose that it blocks here.
<br><br>Do you know what's happen if 2 plugins calls
<br>ianjuta_symbol_manager_search_*_async ? Is it possible that the second
<br>call is blocked, perhaps because you have to wait for the creation of
<br>some thread object ? If yes could you improve this ?
<br><br>Else, I need to dig a bit in the code to see what's happen. I have
<br>already committed the changes on Scintilla, so you can see yourself
<br>what's happen.
<br><br>Regards,
<br><br>Sébastien
<br><br>------------------------------------------------------------------------------
<br>Join us December 9, 2009 for the Red Hat Virtual Experience,
<br>a free event focused on virtualization and cloud computing.
<br>Attend in-depth sessions from your desk. Your couch. Anywhere.
<br><a href="http://p.sf.net/sfu/redhat-sfdev2dev" target="_top" rel="nofollow">http://p.sf.net/sfu/redhat-sfdev2dev</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26580838&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26579600Re: Reverting patch 597365 ?2009-11-30T10:31:01Z2009-11-30T10:31:01ZJohannes Schmid-4Hi!
<br><br>Am Sonntag, den 29.11.2009, 16:31 +0100 schrieb Sébastien Granjoux:
<br>> Hi,
<br>>
<br>> The call tips are working again in Scintilla.
<br><br>Thanks, just saw your commit. Sorry, seems I mixed things up a bit in
<br>language-support with the interfaces.
<br><br><br>> I have seen that you have splited the old IAnjutaEditorAssist interface
<br>> into IAnjutaEditoTip and a new IAnjutaEditorAssist. It's fine for me,
<br>> but I think it would be better to rename the new IAnjutaEditorAssist as
<br>> IAnjutaEditorCompletion or something similar. As it is now take care of
<br>> auto completion only.
<br><br>IAnjutaEditorCompletion indeed sounds better. I split the interfaces
<br>because I think they aren't really connected to to keep the interfaces
<br>(and the method names) cleaner and shorter.
<br><br>Regards,
<br>Johannes
<br><br><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26579600&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26579600/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26565158Re: Symbol-db async queries don't return results (and IAnjutaEditorAssist reorganisation)2009-11-29T11:31:26Z2009-11-29T11:31:26ZAbderrahim Kitouni-2Hi!
<br><br>2009/11/27 Johannes Schmid <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26565158&i=0" target="_top" rel="nofollow">jhs@...</a>>:
<div class='shrinkable-quote'><br>> Hi!
<br>>
<br>>> > * IAnjutaProvider is the new interface that all plugins that want to
<br>>> > provide auto-completion in the editor must provide.
<br>>> I would prefer adding an editor parameter to IAnjutaProvider.populate,
<br>>> as someone might want to add the provider to more than one editor (a
<br>>> workaround is to add a watch on current editor, but I'd prefer a
<br>>> cleaner solution)
<br>>
<br>> I think the watch on the current editor because otherwise we would have
<br>> to take care if the editor is changed in the middle of a completion. And
<br>> it's the solution that currently working well.
</div>I don't understand this, if the editor is changed in the middle of
<br>completion, I (as a user) won't expect to have completion in the new
<br>editor (which seems to be what you're suggesting).
<br>I'll try to modify it and see how well it goes.
<br><div class='shrinkable-quote'><br>>
<br>>> +1
<br>>> One other thing I'd like to point out is that autocomplete menu item
<br>>> should be provided by the editor (i.e. should be removed from
<br>>> cpp-java). This way, I hope there will be no more conflicts between
<br>>> cpp-java and vala plugins (and cpp-java can be used to indent vala
<br>>> code).
<br>>
<br>> I don't see what you mean here. It's perfectly possible to autocomplete
<br>> C/C++ Code but not Vala code in language-support-cpp-java. It is simply
<br>> if() somewhere around assist_install().
</div>I guess it is possible (it's just setting visible to false on the
<br>action), but I'd still prefer that the menu item be handled by the
<br>editor. I feel it's more natural this way
<br><br>> Is there are current version of the Vala plugin that works?
<br>yes and no, I'm still maintaining it, but it's not compatible with
<br>latest anjuta (>=2.28).
<br><br>The problem is that GbfProject introduces a third namespace (which is
<br>just more work) and glib-mkenums is shocking on some macro, so I
<br>couldn't update to 2.26 (which didn't change api I'm interested in, so
<br>it kept working).
<br>I see the newproject branch could solve this problem. but it still
<br>needs some work.
<br><br>(I'm diverging a bit here, following is mostly a brain dump, but I
<br>want to discuss it)
<br>I'd like to fix the gobject-introspection support in anjuta, I hope
<br>it's fine to include gir files in anjuta repo, since they aren't vala
<br>specific (I'm not sure it matters anymore since vala is now approved
<br>as an external dependency). I have a hacked version of
<br>libanjuta-python by Sebastien Granjoux that uses pybank (now pygi),
<br>the problem was that anjuta relies heavily on interfaces which weren't
<br>supported, but now that pygi is nearly there [1], I'll try to clean it
<br>and publish it.
<br><br>supporting g-i means documenting the interfaces in libanjuta (well,
<br>annotating them for e.g. caller owns the return value, whether null
<br>can be passed etc.)
<br>g-i still has some limitations (e.g. FILE is not supported), but I
<br>think it's useful enough for writing plugins in python (and why not
<br>javascript)
<br><br>I'm not sure whether you would accept to replace the current idl
<br>compiler with Vala, but this would give more flexibility thus allowing
<br>some functions not to raise errors (and documenting what errors are
<br>raised) etc. and allows documenting g-i attributes directly in the
<br>syntax. (the downside is that I'm not sure gtk-doc could be used for
<br>documenting them, but I hope valac/gtk-doc can be fixed for this).
<br>(this will also allow to stress test the gir output of vala)
<br><br>Hope this makes sense,
<br>Abderrahim
<br><br>[1] <a href="https://bugzilla.gnome.org/show_bug.cgi?id=602736" target="_top" rel="nofollow">https://bugzilla.gnome.org/show_bug.cgi?id=602736</a><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26565158&i=1" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26562997Re: Reverting patch 597365 ?2009-11-29T07:31:48Z2009-11-29T07:31:48ZSébastien GranjouxHi,
<br><br>The call tips are working again in Scintilla.
<br><br>I have seen that you have splited the old IAnjutaEditorAssist interface
<br>into IAnjutaEditoTip and a new IAnjutaEditorAssist. It's fine for me,
<br>but I think it would be better to rename the new IAnjutaEditorAssist as
<br>IAnjutaEditorCompletion or something similar. As it is now take care of
<br>auto completion only.
<br><br>Regards,
<br><br>Sébastien
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26562997&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26561448Re: Compiling Anjuta with a more recent version of Gtk2009-11-29T04:08:17Z2009-11-29T04:08:17ZSébastien GranjouxHi,
<br><br>Sébastien Granjoux a écrit :
<br>> Do you know how to do this ? or perhaps I have missed something.
<br><br>I have been able to compile Anjuta with a newer version of GTK+ after
<br>copying all needed .la file (libunique, gconf-2, Orbit, vte) in
<br>/usr/local/lib and editing these files to use the new path of (GLib,
<br>GTK+, Pango and ATK).
<br><br><br>Several programs look for the shared libraries, all should find the
<br>right libraries but all are using different methods.
<br><br>* There pkg-config, in the configure script which is using
<br>PKG_CONFIG_PATH variable and the .pc files.
<br>* libtool at link time using LD_LIBRARY_PATH and the content of .la files.
<br>* The linker at run time using LD_LIBRARY_PATH.
<br><br>Regards,
<br><br>Sébastien
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26561448&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26555683Re: Reverting patch 597365 ?2009-11-28T10:13:11Z2009-11-28T10:13:11ZMassimo Cora'-----BEGIN PGP SIGNED MESSAGE-----
<br>Hash: SHA1
<br><br><br><br>Sébastien Granjoux wrote:
<div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> I'm a bit annoyed by Javier's patch for bug
<br>> <a href="https://bugzilla.gnome.org/show_bug.cgi?id=597365" target="_top" rel="nofollow">https://bugzilla.gnome.org/show_bug.cgi?id=597365</a>.
<br>>
<br>> My problem is that it requires gtk 2.17.10 which has been released
<br>> (2.18.0) only a few months ago . It means that in order to compile
<br>> Anjuta from source, I need to reinstall my system every 6 months or
<br>> recompile from source all the GTK libraries. It makes backporting Anjuta
<br>> more difficult too.
<br>>
<br>> I think that limiting us to library version N-2 is better. It means that
<br>> we can apply Javier's patch in 4 or 5 months. What do you think about this ?
<br>>
</div><br>To avoid these problems I use debian sid, though probably I can use also
<br>the testing. In this way I can stay up-to-date while having a quite
<br>stable system.
<br>In my opinion developing a gnome module requires the latest packages of
<br>the libraries: a development linux box is then necessary. If you'd like
<br>to rely on a stable system maybe a virtual machine where to run the
<br>developing box is required.
<br><br>regards,
<br>Massimo
<br>-----BEGIN PGP SIGNATURE-----
<br>Version: GnuPG v1.4.10 (GNU/Linux)
<br><br>iEYEARECAAYFAksRaCwACgkQcfVTgMRILk1MHQCZAYhmRI2CODjkO5bAnapRuU6E
<br>/Q4Anj5vaSNwH4pQWfQprYi8qYKNzm5m
<br>=P40G
<br>-----END PGP SIGNATURE-----
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26555683&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26555527Re: Reverting patch 597365 ?2009-11-28T10:11:23Z2009-11-28T10:11:23ZSébastien GranjouxHi,
<br><br>Johannes a écrit :
<br>> The other thing I want to mention that a lot of people and especially
<br>> the release-team often forces to drop deprecated code.
<br><br>Sure, but at least for the previous changes we have about 2 cycles to do
<br>them. Perhaps it's different with gnome 3.0, but if it's only for this
<br>cycle, I understand.
<br><br><br>> Anyway, I would like to hear the opions of the other developers here.
<br>> And as sidenote, there is also another patch that would need to be
<br>> reverted, porting from AnjutaMessageArea to the new GtkMessageArea.
<br><br>I'm waiting a bit, I'm interested to have more opinions too.
<br><br>It's not just for me, I can reinstall my system every 6 months. But, if
<br>it's a bit annoying for me, I suppose that a "normal" user will find it
<br>even more annoying and would like to keep the same system for a few years.
<br><br>Regards,
<br><br>Sébastien
<br><br>PS: It's not really a problem for the new project manager, I'm working
<br>on a command line program to check it. But I have planned to update
<br>scintilla plugin and check your new interface this week end.
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26555527&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26555302Re: Compiling Anjuta with a more recent version of Gtk2009-11-28T09:48:18Z2009-11-28T09:48:18ZJohannes Schmid-4Hi!
<br><br>I think it's quite painful to try to update such libraries on your own
<br>and usually much easier to use distribution packages (or update to a
<br>more recent version of the distribution.
<br><br>The only tool I know to help solving this is jhbuild which automates the
<br>process and can install a complete GNOME from sources in a seperate
<br>directory.
<br><br>Regards,
<br>Johannes
<br><br>Am Samstag, den 28.11.2009, 18:43 +0100 schrieb Sébastien Granjoux:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> My system has Gtk 2.16 while Anjuta needs 2.17.10. I have tried to see
<br>> how I can install a more recent version of Gtk to compile Anjuta.
<br>>
<br>> I have downloaded and tried to compile Gtk 2.18, then downloaded Glib,
<br>> Atk an Pango. I can compile everything and get Gtk 2.18.
<br>>
<br>> But, I still cannot compile Anjuta because it has some dependencies on
<br>> other libraries still using the old version of Gtk or Glib (GConf, vte,
<br>> libunique...). I think the problem is that these dependencies load the
<br>> old version of Glib or Gtk (in /usr/lib) instead of the new one.
<br>>
<br>> I think, I can solve the problem by recompiling from the source all
<br>> these dependencies but at this point it's probably faster to just
<br>> reinstall the whole system. Moreover, as these libraries are binary
<br>> compatible, it shouldn't be necessary.
<br>>
<br>> Do you know how to do this ? or perhaps I have missed something.
<br>>
<br>> Best Regards,
<br>>
<br>> Sébastien
<br>>
<br>> ------------------------------------------------------------------------------
<br>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>> trial. Simplify your report design, integration and deployment - and focus on
<br>> what you do best, core application coding. Discover what's new with
<br>> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>> _______________________________________________
<br>> Anjuta-devel mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26555302&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br>> <a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a></div></div><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26555302&i=1" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26555302/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26555242Compiling Anjuta with a more recent version of Gtk2009-11-28T09:43:37Z2009-11-28T09:43:37ZSébastien GranjouxHi,
<br><br>My system has Gtk 2.16 while Anjuta needs 2.17.10. I have tried to see
<br>how I can install a more recent version of Gtk to compile Anjuta.
<br><br>I have downloaded and tried to compile Gtk 2.18, then downloaded Glib,
<br>Atk an Pango. I can compile everything and get Gtk 2.18.
<br><br>But, I still cannot compile Anjuta because it has some dependencies on
<br>other libraries still using the old version of Gtk or Glib (GConf, vte,
<br>libunique...). I think the problem is that these dependencies load the
<br>old version of Glib or Gtk (in /usr/lib) instead of the new one.
<br><br>I think, I can solve the problem by recompiling from the source all
<br>these dependencies but at this point it's probably faster to just
<br>reinstall the whole system. Moreover, as these libraries are binary
<br>compatible, it shouldn't be necessary.
<br><br>Do you know how to do this ? or perhaps I have missed something.
<br><br>Best Regards,
<br><br>Sébastien
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26555242&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26555239Re: Reverting patch 597365 ?2009-11-28T09:43:21Z2009-11-28T09:43:21ZJohannes Schmid-4Hi!
<br><br>Well, the usual policy was to not depend on any of the bigger libs
<br>before they haven't been adapted in all major stable distros. gtk+ 2.18
<br>is now in Ubuntu, Fedora and OpenSuSE so I thought it would be ok to
<br>depend on it.
<br><br>The other thing I want to mention that a lot of people and especially
<br>the release-team often forces to drop deprecated code.
<br><br>Anyway, I would like to hear the opions of the other developers here.
<br>And as sidenote, there is also another patch that would need to be
<br>reverted, porting from AnjutaMessageArea to the new GtkMessageArea.
<br><br>Regards,
<br>Johannes
<br><br><br>Am Samstag, den 28.11.2009, 13:08 +0100 schrieb Sébastien Granjoux:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> I'm a bit annoyed by Javier's patch for bug
<br>> <a href="https://bugzilla.gnome.org/show_bug.cgi?id=597365" target="_top" rel="nofollow">https://bugzilla.gnome.org/show_bug.cgi?id=597365</a>.
<br>>
<br>> My problem is that it requires gtk 2.17.10 which has been released
<br>> (2.18.0) only a few months ago . It means that in order to compile
<br>> Anjuta from source, I need to reinstall my system every 6 months or
<br>> recompile from source all the GTK libraries. It makes backporting Anjuta
<br>> more difficult too.
<br>>
<br>> I think that limiting us to library version N-2 is better. It means that
<br>> we can apply Javier's patch in 4 or 5 months. What do you think about this ?
<br>>
<br>> Best Regards,
<br>>
<br>> Sébastien
</div></div><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26555239&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26555239/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26552586Reverting patch 597365 ?2009-11-28T04:08:02Z2009-11-28T04:08:02ZSébastien GranjouxHi,
<br><br>I'm a bit annoyed by Javier's patch for bug
<br><a href="https://bugzilla.gnome.org/show_bug.cgi?id=597365" target="_top" rel="nofollow">https://bugzilla.gnome.org/show_bug.cgi?id=597365</a>.
<br><br>My problem is that it requires gtk 2.17.10 which has been released
<br>(2.18.0) only a few months ago . It means that in order to compile
<br>Anjuta from source, I need to reinstall my system every 6 months or
<br>recompile from source all the GTK libraries. It makes backporting Anjuta
<br>more difficult too.
<br><br>I think that limiting us to library version N-2 is better. It means that
<br>we can apply Javier's patch in 4 or 5 months. What do you think about this ?
<br><br>Best Regards,
<br><br>Sébastien
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26552586&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26548648Re: [GDL] How to place a widget in a placeholder?2009-11-27T14:28:54Z2009-11-27T14:28:54ZAbderrahim Kitouni-2Hi,
<br><br>Le 23 novembre 2009 21:27, Nicolas Joseph <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26548648&i=0" target="_top" rel="nofollow">nicolas.joseph@...</a>> a écrit :
<br>> Sorry, I'm really incompetent, I don't understand :(
<br>>
<br>> I've written a small example in C. It doesn't work, I would like that the
<br>> last two items are displayed, respectively, in the left and in the bottom
<br>> notebook.
<br>To get your example to work as expected, you'll need to load the
<br>layout (using gdl_dock_layout_load_layout) *after* adding the items to
<br>the dock. (otherwise there wouldn't be what to lay out ;-))
<br>To answer your initial question (adding to a placeholder), I guess you
<br>can use: (disclaimer: I haven't tested)
<br>gdl_dock_object_dock (ph, item, GDL_DOCK_NONE)
<br><br>HTH,
<br>Abderrahim
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26548648&i=1" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26546420Re: Symbol-db async queries don't return results (and IAnjutaEditorAssist reorganisation)2009-11-27T10:29:57Z2009-11-27T10:29:57ZJohannes Schmid-4Hi!
<br><br>> > * IAnjutaProvider is the new interface that all plugins that want to
<br>> > provide auto-completion in the editor must provide.
<br>> I would prefer adding an editor parameter to IAnjutaProvider.populate,
<br>> as someone might want to add the provider to more than one editor (a
<br>> workaround is to add a watch on current editor, but I'd prefer a
<br>> cleaner solution)
<br><br>I think the watch on the current editor because otherwise we would have
<br>to take care if the editor is changed in the middle of a completion. And
<br>it's the solution that currently working well.
<br><br>> +1
<br>> One other thing I'd like to point out is that autocomplete menu item
<br>> should be provided by the editor (i.e. should be removed from
<br>> cpp-java). This way, I hope there will be no more conflicts between
<br>> cpp-java and vala plugins (and cpp-java can be used to indent vala
<br>> code).
<br><br>I don't see what you mean here. It's perfectly possible to autocomplete
<br>C/C++ Code but not Vala code in language-support-cpp-java. It is simply
<br>if() somewhere around assist_install().
<br>Is there are current version of the Vala plugin that works?
<br><br>Regards,
<br>Johannes
<br><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26546420&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26546420/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26545164Re: Symbol-db async queries don't return results (and IAnjutaEditorAssist reorganisation)2009-11-27T09:05:04Z2009-11-27T09:05:04ZAbderrahim Kitouni-2Hi,
<br><br>2009/11/21 Johannes Schmid <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26545164&i=0" target="_top" rel="nofollow">jhs@...</a>>:
<div class='shrinkable-quote'><br>> Related to this I reorganized the IAnjutaEditorAssist framework:
<br>>
<br>> * IAnjutaEditorTip is the new interface for Calltips that is similar to
<br>> the old one except that some methods have been renamed to fit better.
<br>>
<br>> * IAnjutaEditorAssist provides a way to add providers (see below) to the
<br>> editor that will be queried for completions. It also provides a way for
<br>> the providers to add their proposals to the list.
<br>>
<br>> * IAnjutaProvider is the new interface that all plugins that want to
<br>> provide auto-completion in the editor must provide.
</div>I would prefer adding an editor parameter to IAnjutaProvider.populate,
<br>as someone might want to add the provider to more than one editor (a
<br>workaround is to add a watch on current editor, but I'd prefer a
<br>cleaner solution)
<div class='shrinkable-quote'><br>>
<br>> The concept is stolen from the new GtkSourceCompletion framework but it
<br>> shouldn't be too difficult to implement it in Scintilla. There will be
<br>> some optional features on the interface such as showing extra
<br>> informations on completion, showing custom widgets (API-Help) but those
<br>> don't need to be implemented.
<br>>
<br>> The reason for all this it to remove duplicated code from the
<br>> completion-providers and to make it easier to add more providers (for
<br>> other languages and for the macros plugin).
</div>+1
<br>One other thing I'd like to point out is that autocomplete menu item
<br>should be provided by the editor (i.e. should be removed from
<br>cpp-java). This way, I hope there will be no more conflicts between
<br>cpp-java and vala plugins (and cpp-java can be used to indent vala
<br>code).
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26545164&i=1" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26488185Re: Git UI Status Update2009-11-23T15:41:40Z2009-11-23T15:41:40ZJames LiggettOn Mon, 2009-11-23 at 19:50 +0100, Sébastien Granjoux wrote:
<div class='shrinkable-quote'><br>> Hi James,
<br>>
<br>> James Liggett a écrit :
<br>> > Well, strictly speaking, it doesn't always have to be visible. The plan
<br>> > was that once I got this into Anjuta, I'd have the command bar and the
<br>> > dock in two separate docks in the main Anjuta UI. The dock would be
<br>> > placed in the center region, where the current log viewer is now. The
<br>> > command bar would be placed to the left. So you could hide either one as
<br>> > you please.
<br>>
<br>> Ok.
<br>>
<br>> > But, I would expect that you probably would want the command bar visible
<br>> > in most cases. The whole point of the command bar is to show you what
<br>> > you can do in the view you're looking at.
<br>>
<br>> Isn't it a problem with Anjuta ? It displays several windows at the same
<br>> time. You can have the git window and the editor windows by example at
<br>> the same time, or do you plan to take care of the central window only.
</div>I'd only planned to look at the center portion. It's just an idea
<br>really; I don't know if it'll pan out in practice.
<br><br>> Ok, as I don't know it I have just take care of the names.
<br>Sorry to have confused you. I really couldn't come up with a better
<br>name. ;)
<br><br>Thanks,
<br>James
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26488185&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26485237Re: [GDL] How to place a widget in a placeholder?2009-11-23T12:27:18Z2009-11-23T12:27:18ZNicolas JosephSorry, I'm really incompetent, I don't understand :(
<br><br>I've written a small example in C. It doesn't work, I would like that the
<br>last two items are displayed, respectively, in the left and in the bottom
<br>notebook.
<br><br>Thank's for your patience.
<br><br>Regards,
<br><br>On Sun, 08 Nov 2009 19:38:00 +0100, Johannes <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26485237&i=0" target="_top" rel="nofollow">jhs@...</a>> wrote:
<br>> Hi!
<br>>
<br>> Am Sonntag, den 08.11.2009, 12:30 +0100 schrieb Nicolas Joseph:
<br>>> > I think it's done in anjuta with the function anjuta_shell_add_widget
<br><div class='shrinkable-quote'><div class='shrinkable-quote'><br>>> > which end calling anjuta_app_add_widget_full in src/anjuta-app.c
<br>>>
<br>>> Yes, but it simply:
<br>>>
<br>>> gdl_dock_add_item (GDL_DOCK (app->dock),
<br>>> GDL_DOCK_ITEM (item), placement);
<br>>>
<br>>> When I use the same code (for example, with placement = GDK_DOCK_LEFT),
<br>>> the new item is added at the left of the others items, not within the
<br>>> notebook.
<br>>
<br>> Well, if say LEFT than it will be added on the left side of the window
<br>> or if you already added an item on with LEFT before it should be stacked
<br>> on top of the other item.
<br>> That means, if you have added a item the CENTER and have no LEFT item
<br>> yet and then you want to add the next item on top of the CENTER item you
<br>> will have to use CENTER even if the item appears on the left side of the
<br>> window currently.
<br>>
<br>> Regards,
<br>> Johannes
</div></div>--
<br>Nicolas Joseph
<br><br><a href="http://www.valaide.org" target="_top" rel="nofollow">http://www.valaide.org</a><br /><?xml version="1.0"?>
<br><dock-layout>
<br> <layout name="__default__">
<br> <dock name="__dock_1" floating="no" width="-1" height="-1" floatx="0" floaty="0">
<br> <paned orientation="vertical" locked="no" position="326">
<br> <paned orientation="horizontal" locked="no" position="249">
<br> <notebook orientation="vertical" locked="no" page="0">
<br> <item name="projects" orientation="vertical" locked="no" />
<br> <item name="file-browser-plugin" orientation="vertical" locked="no"/>
<br> <item name="symbol-browser-plugin" orientation="vertical" locked="no"/>
<br> <item name="opened-documents-plugin" orientation="vertical" locked="no"/>
<br> <placeholder name="ph_left" next-placement="center"/>
<br> </notebook>
<br> <paned orientation="horizontal" locked="no" position="500">
<br> <paned orientation="vertical" locked="no" position="200">
<br> <notebook orientation="vertical" locked="no" page="0">
<br> <placeholder name="ph_top" next-placement="center"/>
<br> </notebook>
<br> <notebook orientation="vertical" locked="no" page="0">
<br> <item name="documents" orientation="vertical" locked="no" />
<br> <placeholder name="ph_center" next-placement="center"/>
<br> </notebook>
<br> </paned>
<br> <notebook orientation="vertical" locked="no" page="0">
<br> <placeholder name="ph_right" next-placement="center"/>
<br> </notebook>
<br> </paned>
<br> </paned>
<br> <notebook orientation="vertical" locked="no" page="0">
<br> <item name="executables" orientation="vertical" locked="no" />
<br> <item name="todo-plugin" orientation="vertical" locked="no"/>
<br> <placeholder name="ph_bottom" next-placement="center"/>
<br> </notebook>
<br> </paned>
<br> </dock>
<br> </layout>
<br></dock-layout>
<br><br><br />#include <gdl/gdl.h>
<br>#include <gtk/gtk.h>
<br><br>GtkWidget *dock = NULL;
<br><br>void add_widget (GtkWidget *widget, const char *name, const char *long_name,
<br> GdlDockPlacement placement)
<br>{
<br> GtkWidget *item = NULL;
<br><br> item = gdl_dock_item_new (name, long_name, GDL_DOCK_ITEM_BEH_NORMAL);
<br> gtk_container_add (GTK_CONTAINER (item), gtk_text_view_new ());
<br> gdl_dock_add_item (GDL_DOCK (dock), GDL_DOCK_ITEM (item), placement);
<br>}
<br><br>int main (int argc, char **argv)
<br>{
<br> GtkWidget *hbox = NULL;
<br> GtkWidget *window = NULL;
<br> GtkWidget *dockbar = NULL;
<br> GdlDockLayout *layout = NULL;
<br><br> gtk_init (&argc, &argv);
<br><br> window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
<br> g_signal_connect (G_OBJECT (window), "destroy", gtk_main_quit, NULL);
<br><br> hbox = gtk_hbox_new (FALSE, 0);
<br> gtk_container_add (GTK_CONTAINER (window), hbox);
<br><br> dock = gdl_dock_new ();
<br><br> layout = gdl_dock_layout_new (GDL_DOCK (dock));
<br> gdl_dock_layout_load_from_file (layout, "layout.xml");
<br> gdl_dock_layout_load_layout (layout, "__default__");
<br><br> dockbar = gdl_dock_bar_new (GDL_DOCK (dock));
<br> gdl_dock_bar_set_style (GDL_DOCK_BAR (dockbar), GDL_DOCK_BAR_BOTH);
<br> gtk_box_pack_start (GTK_BOX (hbox), dockbar, FALSE, TRUE, 0);
<br><br> gtk_box_pack_start (GTK_BOX (hbox), dock, TRUE, TRUE, 0);
<br><br> gdl_dock_placeholder_new ("ph_top", GDL_DOCK_OBJECT (dock), GDL_DOCK_TOP, FALSE);
<br> gdl_dock_placeholder_new ("ph_bottom", GDL_DOCK_OBJECT (dock), GDL_DOCK_BOTTOM, FALSE);
<br> gdl_dock_placeholder_new ("ph_left", GDL_DOCK_OBJECT (dock), GDL_DOCK_LEFT, FALSE);
<br> gdl_dock_placeholder_new ("ph_center", GDL_DOCK_OBJECT (dock), GDL_DOCK_CENTER, FALSE);
<br> gdl_dock_placeholder_new ("ph_right", GDL_DOCK_OBJECT (dock), GDL_DOCK_RIGHT, FALSE);
<br><br> add_widget (gtk_text_view_new (), "executables", "Messages", GDL_DOCK_BOTTOM);
<br> add_widget (gtk_text_view_new (), "todo-plugin", "Todo", GDL_DOCK_BOTTOM);
<br> add_widget (gtk_text_view_new (), "projects", "Projects", GDL_DOCK_LEFT);
<br> add_widget (gtk_text_view_new (), "file-browser-plugin", "Files", GDL_DOCK_LEFT);
<br> add_widget (gtk_text_view_new (), "documents", "Documents", GDL_DOCK_CENTER);
<br><br> gtk_widget_show_all (window);
<br> gtk_main ();
<br> return 0;
<br>}
<br><br><br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26485237&i=1" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26483813Re: Git UI Status Update2009-11-23T10:50:32Z2009-11-23T10:50:32ZSébastien GranjouxHi James,
<br><br>James Liggett a écrit :
<br>> Well, strictly speaking, it doesn't always have to be visible. The plan
<br>> was that once I got this into Anjuta, I'd have the command bar and the
<br>> dock in two separate docks in the main Anjuta UI. The dock would be
<br>> placed in the center region, where the current log viewer is now. The
<br>> command bar would be placed to the left. So you could hide either one as
<br>> you please.
<br><br>Ok.
<br><br>> But, I would expect that you probably would want the command bar visible
<br>> in most cases. The whole point of the command bar is to show you what
<br>> you can do in the view you're looking at.
<br><br>Isn't it a problem with Anjuta ? It displays several windows at the same
<br>time. You can have the git window and the editor windows by example at
<br>the same time, or do you plan to take care of the central window only.
<br><br>> So I went back to the drawing board
<br>> and came up with a whole new plan, which is what you're looking at now.
<br><br>Ok, as I don't know it I have just take care of the names.
<br><br>Regards,
<br><br>Sébastien
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26483813&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26483543Re: Symbol-db async queries don't return results (and IAnjutaEditorAssist reorganisation)2009-11-23T10:32:38Z2009-11-23T10:32:38ZSébastien GranjouxHi Johannes,
<br><br>Johannes Schmid a écrit :
<br>> I fixed the calltips stuff in scintilla (compiles, not sure if it really
<br>> works) and disabled the autocompletion code for now. anjuta-extras still
<br>> builds now.
<br><br>Ok, thanks. I will check that it's working. I need to update scintilla
<br>source too.
<br><br>Reagrds,
<br><br>Sébastien
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26483543&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26481628Re: Symbol-db async queries don't return results (and IAnjutaEditorAssist reorganisation)2009-11-23T08:40:45Z2009-11-23T08:40:45ZJohannes Schmid-4Hi!
<br><br>> For calltips as I said it is just some renaming as the interface is kept
<br>> the same.
<br><br>I fixed the calltips stuff in scintilla (compiles, not sure if it really
<br>works) and disabled the autocompletion code for now. anjuta-extras still
<br>builds now.
<br><br>Regards,
<br>Johannes
<br><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26481628&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26481628/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26474478Re: Symbol-db async queries don't return results (and IAnjutaEditorAssist reorganisation)2009-11-23T00:51:45Z2009-11-23T00:51:45ZJohannes Schmid-4Hi!
<br><br>Am Sonntag, den 22.11.2009, 11:03 +0100 schrieb Sébastien Granjoux:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> Hi Johannes,
<br>>
<br>> Johannes Schmid a écrit :
<br>> > I haven't pushed this yet because I would like to have the async queries
<br>> > working but once I do this will break the scintilla editor for the
<br>> > moment until somebody ports it.
<br>>
<br>> Ok, I suppose I will do it. I think Scintilla has still more feature
<br>> than GtkSourceView. It's possible that I needs some changes in the
<br>> interface to make it easier to implement in Scintilla. I think I have
<br>> looked at this when Ignaccio has proposed something similar and it was
<br>> more work than just renaming some functions.
</div></div>The interface isn't set in stone as it is now in the new-assistance
<br>branch (will probably merge that into master later today). If certains
<br>things are difficult to do in scintilla we might change it in a way that
<br>works for both editors.
<br>For calltips as I said it is just some renaming as the interface is kept
<br>the same.
<br>For the autocompletion is see too problem with scintilla currently:
<br>* Scintilla gives you a number when selecting one of the proposals which
<br>doesn't fit in the interface because GtkSourceView doesn't enumerate
<br>things. So there probably has be an internal list of mapping numbers to
<br>some "data".
<br>* The interface assumes that the list is erased by the editor once a new
<br>character arrives and recreated completely. As far as I understand,
<br>scintilla tries to match the autocompletion in the list automatically.
<br>Probably the scintilla "user-list" can help here.
<br>* Proposals can be added in an async way and I am not sure what
<br>scintilla does in that case but it may just be working.
<br><br><br>Regards,
<br>Johannes
<br><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26474478&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (204 bytes) <a href="http://old.nabble.com/attachment/26474478/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26469835Re: Git UI Status Update2009-11-22T13:45:05Z2009-11-22T13:45:05ZJames LiggettOn Sun, 2009-11-22 at 10:47 +0100, Sébastien Granjoux wrote:
<br>> Hi James,
<br>>
<br>> James Liggett a écrit :
<br>> > You can follow the development of what I've come to call the "Git Shell"
<br>> > at Gitorious: <a href="http://gitorious.org/anjuta-git-shell" target="_top" rel="nofollow">http://gitorious.org/anjuta-git-shell</a><br>>
<br>> I have get it from git. Here it seems that I cannot build the project
<br>> because there is no ChangeLog file. I have added an empty ChangeLog and
<br>> I have been able to compile.
<br>Thanks for catching that! I've pushed out a fix.
<br><br>>
<br>> From the current state, it seems to me that putting the left pane in a
<br>> menu will gain some space and without any drawbacks. Then, I haven't
<br>> looked at the gnome shell stuff, I'm really a beginner on these topics
<br>> so I probably miss something. What is the reason to make it always visible ?
<br>Well, strictly speaking, it doesn't always have to be visible. The plan
<br>was that once I got this into Anjuta, I'd have the command bar and the
<br>dock in two separate docks in the main Anjuta UI. The dock would be
<br>placed in the center region, where the current log viewer is now. The
<br>command bar would be placed to the left. So you could hide either one as
<br>you please.
<br><br>But, I would expect that you probably would want the command bar visible
<br>in most cases. The whole point of the command bar is to show you what
<br>you can do in the view you're looking at. And, it doesn't even have to
<br>be limited to the view of the Git shell itself. We could have a set of
<br>commands if you're looking at and editor, for example. So you could be
<br>looking at a file, and have options to add, remove, view its revision
<br>history, or diff it. Or, you could be looking at a patch and be
<br>presented with the option to apply it.
<br><br>Oh, and just for the record, the only connection that Git Shell has with
<br>GNOME Shell is that they have similar names. That, and I got my idea
<br>from GNOME Shell. But other than those things, the two aren't really
<br>connected. I had originally planned for it to look at act much like
<br>GNOME Shell, but I decided, after a lot of IRC discussion with Johannes,
<br>that doing that would be a bad idea. So I went back to the drawing board
<br>and came up with a whole new plan, which is what you're looking at now.
<br><br>Thanks,
<br>James
<br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26469835&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26463935Re: Symbol-db async queries don't return results (and IAnjutaEditorAssist reorganisation)2009-11-22T02:03:30Z2009-11-22T02:03:30ZSébastien GranjouxHi Johannes,
<br><br>Johannes Schmid a écrit :
<br>> I haven't pushed this yet because I would like to have the async queries
<br>> working but once I do this will break the scintilla editor for the
<br>> moment until somebody ports it.
<br><br>Ok, I suppose I will do it. I think Scintilla has still more feature
<br>than GtkSourceView. It's possible that I needs some changes in the
<br>interface to make it easier to implement in Scintilla. I think I have
<br>looked at this when Ignaccio has proposed something similar and it was
<br>more work than just renaming some functions.
<br><br>Regards,
<br><br>Sébastien
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26463935&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26463855Re: Git UI Status Update2009-11-22T01:47:57Z2009-11-22T01:47:57ZSébastien GranjouxHi James,
<br><br>James Liggett a écrit :
<br>> You can follow the development of what I've come to call the "Git Shell"
<br>> at Gitorious: <a href="http://gitorious.org/anjuta-git-shell" target="_top" rel="nofollow">http://gitorious.org/anjuta-git-shell</a><br><br>I have get it from git. Here it seems that I cannot build the project
<br>because there is no ChangeLog file. I have added an empty ChangeLog and
<br>I have been able to compile.
<br><br>> While this project is in the very early stages of development, I'd like
<br>> to have your feedback on the general design. All you'll need to build
<br>> and test this is a working Anjuta install and the latest git copy of
<br>> GDL.
<br><br> From the current state, it seems to me that putting the left pane in a
<br>menu will gain some space and without any drawbacks. Then, I haven't
<br>looked at the gnome shell stuff, I'm really a beginner on these topics
<br>so I probably miss something. What is the reason to make it always visible ?
<br><br>Regards,
<br><br>Sébastien
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26463855&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>tag:old.nabble.com,2006:post-26462086Git UI Status Update2009-11-21T17:25:01Z2009-11-21T17:25:01ZJames LiggettHi Everyone,
<br>Over the past few weeks I've been working on a major overhaul of the Git
<br>plugin UI. It's taken me longer than I've expected, but I have a very
<br>basic concept design ready. It doesn't really do anything, but should
<br>give you a good idea of what the final product will look like.
<br><br>You can follow the development of what I've come to call the "Git Shell"
<br>at Gitorious: <a href="http://gitorious.org/anjuta-git-shell" target="_top" rel="nofollow">http://gitorious.org/anjuta-git-shell</a><br><br>Right now it only has two very simple conceptual designs of the log
<br>viewer and a branch management widget.
<br><br>>From a design perspective, this is basically two separate widgets
<br>designed to work together. The first is a GtkNotebook subclass called
<br>AnjutaCommandBar that contains the set of commands that a user can work
<br>with depending on which part of the "shell" they are looking at.
<br><br>The second is a GdlDock subclass called AnjutaDock. All this really does
<br>is help to integrate with AnjutaCommandBar, although this isn't strictly
<br>required. The dock part of the shell contains the actual widgets that
<br>the user works with, such as the log viewer or branches viewer. As the
<br>user selects a different pane from the switcher, the commands visible in
<br>the command bar change accordingly.
<br><br>Over time, I'll keep adding more panes to the shell. I even might
<br>eliminate the dialogs in the existing git plugin altogether and replace
<br>them with various shell items.
<br><br>Keep watching the Gitorious page for changes. Once everything's done the
<br>way it should be, I'll go ahead and merge this into our own git
<br>repository.
<br><br>While this project is in the very early stages of development, I'd like
<br>to have your feedback on the general design. All you'll need to build
<br>and test this is a working Anjuta install and the latest git copy of
<br>GDL.
<br><br>Thanks,
<br>James
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Anjuta-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26462086&i=0" target="_top" rel="nofollow">Anjuta-devel@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/anjuta-devel" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/anjuta-devel</a><br><p>From forum: <a href="http://old.nabble.com/Anjuta---Dev-f2156.html" embed="fixTarget[2156]" target="_top" >Anjuta - Dev</a></p>