After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 542340 - Default signal name
Default signal name
Status: RESOLVED INVALID
Product: glade
Classification: Applications
Component: anjuta integration
git master
Other Linux
: Normal normal
: ---
Assigned To: Glade 3 Maintainers
Glade 3 Maintainers
Depends on:
Blocks: 542412
 
 
Reported: 2008-07-10 09:45 UTC by Pavel Kostyuchenko
Modified: 2009-01-21 01:22 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Default signal name support (11.25 KB, patch)
2008-07-10 09:46 UTC, Pavel Kostyuchenko 		none Details | Review
The patch doesn't depend on 111685 (11.25 KB, patch)
2008-07-10 18:21 UTC, Pavel Kostyuchenko 		none Details | Review

Description Pavel Kostyuchenko 2008-07-10 09:45:38 UTC 
It allows anjuta to get the most commonly used signal name for making appropriate stub easily e.g. by double click.
Comment 1 Pavel Kostyuchenko 2008-07-10 09:46:14 UTC 
Created attachment 114298 [details] [review]
Default signal name support
Comment 2 Pavel Kostyuchenko 2008-07-10 18:21:32 UTC 
Created attachment 114342 [details] [review]
The patch doesn't depend on 111685
Comment 3 Tristan Van Berkom 2008-08-06 23:18:09 UTC 
Ok I like the idea, I havent been through all your patches yet, 
does the signal editor in glade use this metadata somehow ?

if we do add this metadata, Id like you to add it in the <signals>
scope, somewhere around gwa_set_signals_from_node()

maybe more like:
  <signals>
    <signal id="clicked" since="2.0" default="True"/>
    <signal...>
  </signals>
Comment 4 Pavel Kostyuchenko 2009-01-13 22:21:20 UTC 
> does the signal editor in glade use this metadata somehow ?

The answer is "no", so I think it would be better to hardcode default signals into anjuta plugin until somebody will find a good idea of using it in glade.
Comment 5 Johannes Schmid 2009-01-20 22:31:12 UTC 
Pavel, can you take care of this? This is the last blocker for inclusion of the new glade plugin.
Comment 6 Pavel Kostyuchenko 2009-01-21 01:22:45 UTC 
(In reply to comment #5)
> Pavel, can you take care of this? This is the last blocker for inclusion of the
> new glade plugin.
> 

Sure!