From ruzyczka at versanet.de Sun Dec 2 11:21:53 2007 From: ruzyczka at versanet.de (Jacek Ruzyczka) Date: Sun, 2 Dec 2007 17:21:53 +0100 Subject: [Gtk-sharp-list] Hourglass cursor in a Gtk# app for WinXP? Message-ID: <200712021721.57806.ruzyczka@versanet.de> Hello everybody, I am currently working on a Gtk# desktop app, which will run both on Linux, and on WinXP / WinVista. Now I've got a question: When I wanna signalise on a Linux platform that the app is busy, I use CursorType.Watch as Gdk.Cursor. But on a WinXP platform, an hourglass (WinVista: rotating ring) cursor is used for this particular purpose. CursorType.Watch, I have realised, is simply ignored on Windows, so which CursorType shall I use? Any helpful hints are appreciated. Regards Jacek Ru?yczka -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071202/c1264dd8/attachment.bin From aramirez at xenodium.com Sun Dec 2 13:26:38 2007 From: aramirez at xenodium.com (Alvaro A. Ramirez) Date: Sun, 02 Dec 2007 18:26:38 +0000 Subject: [Gtk-sharp-list] monodoc search bar Message-ID: <1196619998.11992.39.camel@PenguinGuiness.WhosNet> Hi all, Picked up monodoc recently and noticed one cannot search within the current page. This is quite useful when looking up APIs. In any case, I've added a little bar (similar to epiphany's) to search within the current tab. Attached is a patch for mono-tools. gnome-sharp also needs to be patched to bind the search methods in gtkhtml. Comments? Suggestion? Am I way off here? ;) Cheers, Alvaro ps. The search bar is currently disabled when using gecko renderer. I plan on adding search to GeckoHtmlRender as well. -------------- next part -------------- A non-text attachment was scrubbed... Name: gnome-sharp.diff Type: text/x-patch Size: 2419 bytes Desc: not available Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071202/e9e3434d/attachment-0002.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: mono-tools.diff Type: text/x-patch Size: 18506 bytes Desc: not available Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071202/e9e3434d/attachment-0003.bin From mkestner at novell.com Sun Dec 2 18:24:29 2007 From: mkestner at novell.com (Mike Kestner) Date: Sun, 02 Dec 2007 17:24:29 -0600 Subject: [Gtk-sharp-list] [Mono-docs-list] monodoc search bar In-Reply-To: <1196619998.11992.39.camel@PenguinGuiness.WhosNet> References: <1196619998.11992.39.camel@PenguinGuiness.WhosNet> Message-ID: <1196637869.27459.22.camel@t61p.site> On Sun, 2007-12-02 at 18:26 +0000, Alvaro A. Ramirez wrote: > Attached is a patch for mono-tools. gnome-sharp also needs to be patched > to bind the search methods in gtkhtml. Comments? Suggestion? Am I way > off here? ;) Because of some API stability issues, we will be moving gtkhtml-sharp from gnome-sharp to the new gnome-desktop-sharp module in the next release cycle. This patch might be better applied against that module. The other issue is one of dependency. Is it okay for docbrowser to depend on bleeding edge gtkhtml-sharp? If not, you will probably need to make this feature optional via configure magic to allow building against older gtk-sharp/gnome-sharp releases. At the very least, you need to bump the configure version check in mono-tools to identify the new dependency. -- Mike Kestner From brad at getcoded.net Mon Dec 3 13:04:43 2007 From: brad at getcoded.net (Brad Taylor) Date: Mon, 03 Dec 2007 10:04:43 -0800 Subject: [Gtk-sharp-list] Hourglass cursor in a Gtk# app for WinXP? In-Reply-To: <200712021721.57806.ruzyczka@versanet.de> References: <200712021721.57806.ruzyczka@versanet.de> Message-ID: <1196705083.12833.5.camel@nightcrawler> On Sun, 2007-12-02 at 17:21 +0100, Jacek Ruzyczka wrote: > Hello everybody, > > I am currently working on a Gtk# desktop app, which will run both on Linux, > and on WinXP / WinVista. Now I've got a question: When I wanna signalise on a > Linux platform that the app is busy, I use CursorType.Watch as Gdk.Cursor. > But on a WinXP platform, an hourglass (WinVista: rotating ring) cursor is > used for this particular purpose. CursorType.Watch, I have realised, is > simply ignored on Windows, so which CursorType shall I use? Gdk.CursorType.Watch is what we use in our Cross-platform application, and it works as expected for us. Cursors are set on a GdkWindow, so make sure your cursor is inside the window to see it change. What Gtk+ version are you using? Cheers, -Brad From ruzyczka at versanet.de Mon Dec 3 13:10:02 2007 From: ruzyczka at versanet.de (Jacek Ruzyczka) Date: Mon, 3 Dec 2007 19:10:02 +0100 Subject: [Gtk-sharp-list] Hourglass cursor in a Gtk# app for WinXP? In-Reply-To: <1196705083.12833.5.camel@nightcrawler> References: <200712021721.57806.ruzyczka@versanet.de> <1196705083.12833.5.camel@nightcrawler> Message-ID: <200712031910.06187.ruzyczka@versanet.de> Am Montag, 3. Dezember 2007 19:04 schrieben Sie: > Gdk.CursorType.Watch is what we use in our Cross-platform application, > and it works as expected for us. Cursors are set on a GdkWindow, so > make sure your cursor is inside the window to see it change. > I've already taken that into account: /// ///true, if this form is locked and the cursor has the ///shape of an hourglass (Windows) or watch (Linux). /// public bool Hourglass { set { if (value == true) { this.GdkWindow.Cursor = new Cursor (Gdk.CursorType.Watch); } else { this.GdkWindow.Cursor = new Cursor (Gdk.CursorType.LeftPtr); } } } > What Gtk+ version are you using? > 1.2.10-926 Regards Jacek -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071203/78706cfc/attachment.bin From brad at getcoded.net Mon Dec 3 13:20:27 2007 From: brad at getcoded.net (Brad Taylor) Date: Mon, 03 Dec 2007 10:20:27 -0800 Subject: [Gtk-sharp-list] Hourglass cursor in a Gtk# app for WinXP? In-Reply-To: <200712031910.06187.ruzyczka@versanet.de> References: <200712021721.57806.ruzyczka@versanet.de> <1196705083.12833.5.camel@nightcrawler> <200712031910.06187.ruzyczka@versanet.de> Message-ID: <1196706027.12833.8.camel@nightcrawler> > > What Gtk+ version are you using? > > > 1.2.10-926 Are you sure you don't mean 2.10.x? Where did you get your gtk# installers? -Brad From brad at getcoded.net Mon Dec 3 17:59:59 2007 From: brad at getcoded.net (Brad Taylor) Date: Mon, 03 Dec 2007 14:59:59 -0800 Subject: [Gtk-sharp-list] Hourglass cursor in a Gtk# app for WinXP? In-Reply-To: <200712032143.28936.ruzyczka@versanet.de> References: <200712021721.57806.ruzyczka@versanet.de> <200712031910.06187.ruzyczka@versanet.de> <1196706027.12833.8.camel@nightcrawler> <200712032143.28936.ruzyczka@versanet.de> Message-ID: <1196722799.12833.14.camel@nightcrawler> Hey, In the future, make sure you CC the mailing list as well. On Mon, 2007-12-03 at 21:43 +0100, Jacek Ruzyczka wrote: > Am Montag, 3. Dezember 2007 19:20 schrieben Sie: > > > 1.2.10-926 > > > > Are you sure you don't mean 2.10.x? Where did you get your gtk# > > installers? > > > > -Brad > > > openSUSE 10.2 Actually, I was wondering where you obtained your Gtk# installers on Windows, not Linux. I'm using Gtk+ 2.10 (with Gtk# 2.8.3) here. Cheers, -Brad From aramirez at xenodium.com Tue Dec 4 19:28:16 2007 From: aramirez at xenodium.com (Alvaro Ramirez) Date: Wed, 05 Dec 2007 00:28:16 +0000 Subject: [Gtk-sharp-list] [Mono-docs-list] monodoc search bar In-Reply-To: <1196637869.27459.22.camel@t61p.site> References: <1196619998.11992.39.camel@PenguinGuiness.WhosNet> <1196637869.27459.22.camel@t61p.site> Message-ID: <1196814496.30973.56.camel@PenguinGuiness.WhosNet> Hiya Mike, > Because of some API stability issues, we will be moving gtkhtml-sharp > from gnome-sharp to the new gnome-desktop-sharp module in the next > release cycle. This patch might be better applied against that module. Sounds good. Attached is now gnome-desktop-sharp.diff > > The other issue is one of dependency. Is it okay for docbrowser to > depend on bleeding edge gtkhtml-sharp? Should be ok. I've now made it optional. There was already a check for bleeding edge gtkhtml-sharp (3.14) used for printing. If not present, the search bar is disabled. > If not, you will probably need > to make this feature optional via configure magic to allow building > against older gtk-sharp/gnome-sharp releases. At the very least, you > need to bump the configure version check in mono-tools to identify the > new dependency. Yup, you can build against older gtk-sharp/gnome-sharp releases, since the search bar is now optional. Have a look at the new patches. Thanks, Alvaro -------------- next part -------------- A non-text attachment was scrubbed... Name: mono-tools.diff Type: text/x-patch Size: 19229 bytes Desc: not available Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071205/eaeb5c49/attachment-0002.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: gnome-desktop-sharp.diff Type: text/x-patch Size: 2611 bytes Desc: not available Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071205/eaeb5c49/attachment-0003.bin From aramirez at xenodium.com Wed Dec 5 07:20:48 2007 From: aramirez at xenodium.com (Alvaro Ramirez) Date: Wed, 05 Dec 2007 12:20:48 +0000 Subject: [Gtk-sharp-list] [Mono-docs-list] monodoc search bar In-Reply-To: References: <1196619998.11992.39.camel@PenguinGuiness.WhosNet> <1196637869.27459.22.camel@t61p.site> <1196814496.30973.56.camel@PenguinGuiness.WhosNet> Message-ID: <1196857248.6795.17.camel@PenguinGuiness.WhosNet> Hi Mario, > I think your patch misses if someone hits the Ctrl+F keystroke but > it does not have the gtkhtml-sharp version needed. It will be > presented with a useless findbar. hmmm... shouldn't be the case. If you build against older versions of gtkhtml, the menu items get hidden, which would prevent the key-bindings from working (??) #if (!GTKHTML_SHARP_3_14) ui ["find_separator"].Hide (); ui ["find_text"].Hide (); ui ["find_next"].Hide (); ui ["find_previous"].Hide (); #endif > We better avoid those situations The above seems to avoid the scenario you mentioned. In any case, I've added some more conditionals and removed the search bar from the container altogether (when building against older gtk-html). The downside to this is that browser.cs now has more #if's :( Have a look at the new patches. Let me know... Thanks, Alvaro -------------- next part -------------- A non-text attachment was scrubbed... Name: gnome-desktop-sharp.diff Type: text/x-patch Size: 2611 bytes Desc: not available Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071205/c28d442c/attachment.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: mono-tools.diff Type: text/x-patch Size: 19661 bytes Desc: not available Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071205/c28d442c/attachment-0001.bin From ruzyczka at versanet.de Fri Dec 7 15:45:19 2007 From: ruzyczka at versanet.de (Jacek Ruzyczka) Date: Fri, 7 Dec 2007 21:45:19 +0100 Subject: [Gtk-sharp-list] Data grid widget in Gtk# Message-ID: <200712072145.23054.ruzyczka@versanet.de> Hi folks, I've been searching for a grid view widget for use in my Gtk# project, just like the DataGrid in WinForms (let aside the database binding) or the JTable in Java, but haven't found anything. Is there a handy solution in Gtk# for presenting data in a versatile grid? Thank you. Jacek Ru?yczka -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071207/1db41011/attachment.bin From eric.john.miller at gmail.com Fri Dec 7 16:44:37 2007 From: eric.john.miller at gmail.com (Eric Miller) Date: Fri, 07 Dec 2007 16:44:37 -0500 Subject: [Gtk-sharp-list] Data grid widget in Gtk# In-Reply-To: <200712072145.23054.ruzyczka@versanet.de> References: <200712072145.23054.ruzyczka@versanet.de> Message-ID: <4759BEC5.3000908@gmail.com> Jacek Ruzyczka wrote: > Hi folks, > > I've been searching for a grid view widget for use in my Gtk# project, just > like the DataGrid in WinForms (let aside the database binding) or the JTable > in Java, but haven't found anything. Is there a handy solution in Gtk# for > presenting data in a versatile grid? > > Thank you. > Jacek Ru?yczka > > > ------------------------------------------------------------------------ > > _______________________________________________ > Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list Funny you should ask. I was just looking for the same thing and couldn't find much Googling for grid or list view. I was looking for the wrong thing - the treeview will display as a grid/table or a tree. Here's the tutorial I found: http://www.mono-project.com/GtkSharp_TreeView_Tutorial Eric Miller From andy at brdstudio.net Fri Dec 7 20:04:38 2007 From: andy at brdstudio.net (Andrew York) Date: Fri, 07 Dec 2007 20:04:38 -0500 Subject: [Gtk-sharp-list] Data grid widget in Gtk# In-Reply-To: <4759BEC5.3000908@gmail.com> References: <200712072145.23054.ruzyczka@versanet.de> <4759BEC5.3000908@gmail.com> Message-ID: <4759EDA6.9020405@brdstudio.net> The treeview is much more flexible than the MS grid view and getting used to using it may take some time. If you are looking for a simple grid I suggest using the Gtk.TreeView with a ListStore to start out, if you are needing something more flexable you will be needing a TreeStore. There is no "binding" object with a TreeView you will need to add the rows by iterating through the data. I had difficulty moving from the MS GridView to the TreeView at first managing the iter and path takes a bit of getting used to. Here is another useful link http://www.emcken.dk/weblog/archives/179-Mono-coding-Capturing-right-clicks-in-a-Gtk.TreeView.html I hope this helps Eric Miller wrote: > Jacek Ruzyczka wrote: > >> Hi folks, >> >> I've been searching for a grid view widget for use in my Gtk# project, just >> like the DataGrid in WinForms (let aside the database binding) or the JTable >> in Java, but haven't found anything. Is there a handy solution in Gtk# for >> presenting data in a versatile grid? >> >> Thank you. >> Jacek Ru?yczka >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/gtk-sharp-list >> > > Funny you should ask. I was just looking for the same thing and couldn't > find much Googling for grid or list view. I was looking for the wrong > thing - the treeview will display as a grid/table or a tree. > > Here's the tutorial I found: > http://www.mono-project.com/GtkSharp_TreeView_Tutorial > > Eric Miller > > _______________________________________________ > Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071207/dfb4d04e/attachment.html From miguel at ximian.com Sat Dec 8 01:12:15 2007 From: miguel at ximian.com (Miguel de Icaza) Date: Sat, 08 Dec 2007 01:12:15 -0500 Subject: [Gtk-sharp-list] Databinding in Gtk# Message-ID: <1197094335.4183.19.camel@erandi.boston.ximian.com> Hello folks, Matjaz is back on the channel, and I believe he wants to complete his work on databound Gtk# controls. It just occurred something to me: would it be feasible to use C# 3.0 extension methods to extend the existing controls to be databound, instead of having to create a new hierarchy that derives from the original controls? There are a few downsides to my proposal, for one, the storage of information associated with a control (in Matjaz' implementation, for example the ControlAdaptor and the changed state) would have to reside in the GLib.Object.Data hashtable and that might not be optimal at all. Miguel. From m.j.hutchinson at gmail.com Sat Dec 8 15:11:13 2007 From: m.j.hutchinson at gmail.com (Michael Hutchinson) Date: Sat, 8 Dec 2007 15:11:13 -0500 Subject: [Gtk-sharp-list] Databinding in Gtk# In-Reply-To: <1197094335.4183.19.camel@erandi.boston.ximian.com> References: <1197094335.4183.19.camel@erandi.boston.ximian.com> Message-ID: On Dec 8, 2007 1:12 AM, Miguel de Icaza wrote: > Hello folks, > > Matjaz is back on the channel, and I believe he wants to complete > his work on databound Gtk# controls. Hurrah! > It just occurred something to me: would it be feasible to use C# 3.0 > extension methods to extend the existing controls to be databound, > instead of having to create a new hierarchy that derives from the > original controls? It's certainly possible, yes. There will be downsides for other programming languages that don't have this syntactic sugar, including C# on the 1.1 profile -- the code'll start to look like a GTK#/GTK+ hybrid ;-) > There are a few downsides to my proposal, for one, the storage of > information associated with a control (in Matjaz' implementation, for > example the ControlAdaptor and the changed state) would have to reside > in the GLib.Object.Data hashtable and that might not be optimal at all. For a start, GLib.Object.Data is deprecated. You'd probably have to do some ugly hacks to associate data with the objects. Secondly, it would be an awful lot harder to support the controls in Stetic. Thirdly, we won't have Code Completion for extension methods until well after the 1.0 MonoDevelop release. In the future it might be worth investigating, as you could do interesting things like sharing databinding models across UI toolkits. -- Michael Hutchinson http://mjhutchinson.com From miguel at ximian.com Sat Dec 8 15:38:46 2007 From: miguel at ximian.com (Miguel de Icaza) Date: Sat, 08 Dec 2007 15:38:46 -0500 Subject: [Gtk-sharp-list] Databinding in Gtk# In-Reply-To: References: <1197094335.4183.19.camel@erandi.boston.ximian.com> Message-ID: <1197146326.4183.46.camel@erandi.boston.ximian.com> > It's certainly possible, yes. There will be downsides for other > programming languages that don't have this syntactic sugar, including > C# on the 1.1 profile -- the code'll start to look like a GTK#/GTK+ > hybrid ;-) I for one, welcome our C# 3.0 overlords. > For a start, GLib.Object.Data is deprecated. You'd probably have to do > some ugly hacks to associate data with the objects. Secondly, it would > be an awful lot harder to support the controls in Stetic. Thirdly, we > won't have Code Completion for extension methods until well after the > 1.0 MonoDevelop release. There must be something like Data somewhere; And the MonoDevelop support is not really a problem. The stetic support would be a problem though, so I think that pretty much kills the idea. Miguel. From aramirez at xenodium.com Sun Dec 9 08:14:30 2007 From: aramirez at xenodium.com (Alvaro Ramirez) Date: Sun, 09 Dec 2007 13:14:30 +0000 Subject: [Gtk-sharp-list] [Mono-docs-list] monodoc search bar In-Reply-To: References: <1196619998.11992.39.camel@PenguinGuiness.WhosNet> <1196637869.27459.22.camel@t61p.site> <1196814496.30973.56.camel@PenguinGuiness.WhosNet> <1196857248.6795.17.camel@PenguinGuiness.WhosNet> Message-ID: <1197206070.5512.26.camel@PenguinGuiness.WhosNet> Hi Mario, On Sun, 2007-12-09 at 13:11 +0100, Mario Sopena Novales wrote: > sorry my comment made you code a new patch. I tried both and, as you > said, with your first patch the findbar does not appears when you > don't have the newet gtkhtml-sharp lib. So, I will go with the first. No worries! > However, your patch needs to be in gnome-sharp before we apply it to > monodoc and we have to make sure the version we test is the one that > has your patch applied. Sounds good. I take it you mean gnome-desktop-sharp (instead of gnome-sharp)? > So, once it gets in gnome-sharp, the check > should be GTKHTML_SHARP_3_X instead of GTKHTML_SHARP_3_14. Anyone I should ping to get the patch in gnome-desktop-sharp? Thanks, Alvaro On 05/12/2007, Alvaro Ramirez wrote: > > Hi Mario, > > > > > I think your patch misses if someone hits the Ctrl+F keystroke but > > > it does not have the gtkhtml-sharp version needed. It will be > > > presented with a useless findbar. > > > > hmmm... shouldn't be the case. If you build against older versions of > > gtkhtml, the menu items get hidden, which would prevent the key-bindings > > from working (??) > > > > #if (!GTKHTML_SHARP_3_14) > > ui ["find_separator"].Hide (); > > ui ["find_text"].Hide (); > > ui ["find_next"].Hide (); > > ui ["find_previous"].Hide (); > > #endif > > > > > > > We better avoid those situations > > > > The above seems to avoid the scenario you mentioned. In any case, I've > > added some more conditionals and removed the search bar from the > > container altogether (when building against older gtk-html). The > > downside to this is that browser.cs now has more #if's :( Have a look at > > the new patches. Let me know... > > > > Thanks, > > > > Alvaro > > > > From ruzyczka at versanet.de Sun Dec 9 15:46:36 2007 From: ruzyczka at versanet.de (Jacek Ruzyczka) Date: Sun, 9 Dec 2007 21:46:36 +0100 Subject: [Gtk-sharp-list] Trouble with SpinButton Displaying Fixed-Comma Numbers Message-ID: <200712092146.44075.ruzyczka@versanet.de> Hi folks, I've got some trouble with my spin buttons: I would like to make them display fixed-comma numbers...and it isn't working! Instead of the number itself, my SpinButton always displays ?0.00?...and that's it. Here is the code: object cell; SpinButton s = new SpinButton(0, 100000.0, 1.0); s.Numeric = true; s.UpdatePolicy = SpinButtonUpdatePolicy.Always; s.Digits = 2; s.Text = cell.ToString(); When I fill ?cell? with some Decimal value, say (Decimal) 13.5, and run the code mentioned above, the spin button still displays ?0.0?. Why? Thank you for your comments. NB: I've also tried out the ?value? property of the spin button, but the result is exactly the same. :-( Regards Jacek Ru?yczka -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071209/7c1f8712/attachment.bin From mkestner at novell.com Sun Dec 9 23:07:15 2007 From: mkestner at novell.com (Mike Kestner) Date: Sun, 09 Dec 2007 22:07:15 -0600 Subject: [Gtk-sharp-list] [Mono-docs-list] monodoc search bar In-Reply-To: <1197206070.5512.26.camel@PenguinGuiness.WhosNet> References: <1196619998.11992.39.camel@PenguinGuiness.WhosNet> <1196637869.27459.22.camel@t61p.site> <1196814496.30973.56.camel@PenguinGuiness.WhosNet> <1196857248.6795.17.camel@PenguinGuiness.WhosNet> <1197206070.5512.26.camel@PenguinGuiness.WhosNet> Message-ID: <1197259635.27459.154.camel@t61p.site> On Sun, 2007-12-09 at 13:14 +0000, Alvaro Ramirez wrote: > > So, once it gets in gnome-sharp, the check > > should be GTKHTML_SHARP_3_X instead of GTKHTML_SHARP_3_14. The check needs to be for gtkhtml-sharp-3.14.pc, since the API won't likely get committed back to gtkhtml-sharp-2.0 where gtkhtml-3.0 through 3.12 are bound. There's already a 3.14 check in place though, from when I did the print rework. > Anyone I should ping to get the patch in gnome-desktop-sharp? Your updated patch had some issues, like incorrect versions in the paths, and it also appeared that you hand-edited the .raw file which is not allowed. Hand-edits would be lost the next time the parser is run. I committed a patch to gnome-desktop-sharp tonight which uses metadata to do the renaming and stripping of the Engine prefixes from the method names. It's on svn revision r91026. I'm pretty sure it's the way your patch suggested, but you might want to verify that. Thanks for the patch. -- Mike Kestner From linux at famped.dk Mon Dec 10 07:01:19 2007 From: linux at famped.dk (Jesper K. Pedersen) Date: Mon, 10 Dec 2007 13:01:19 +0100 Subject: [Gtk-sharp-list] "correct" way of checking for right click on a button? Message-ID: <20071210130119.29f062c3@io.solnet> In connection with a piece of software I am trying to write I need to be able to check when a button is right-clicked. For the GUI layout I am using Glade-2 I see from the GTK manual that buttons support the "pressed" event and I was going to use that . From the manual of the button pressed even it states that the event function takes two arguments like this example : private void fkey_pressed (object o, ButtonPressEventArgs a) Unfortunately Glade tries to load the pressed event as "Eventargs" giving this runtime error : Unhandled Exception: Glade.HandlerNotFoundException: The handler for the event Pressed should take '(System.Object,System.EventArgs)', but the signature of the provided handler ('fkey_pressed') is '(System.Object,Gtk.ButtonPressEventArgs)' Anyone have an example to show the correct way of doing this I would greatly appreciate if you can direct me to it. Best regards Jesper KP From aramirez at xenodium.com Mon Dec 10 15:18:03 2007 From: aramirez at xenodium.com (Alvaro Ramirez) Date: Mon, 10 Dec 2007 20:18:03 +0000 Subject: [Gtk-sharp-list] [Mono-docs-list] monodoc search bar In-Reply-To: <1197259635.27459.154.camel@t61p.site> References: <1196619998.11992.39.camel@PenguinGuiness.WhosNet> <1196637869.27459.22.camel@t61p.site> <1196814496.30973.56.camel@PenguinGuiness.WhosNet> <1196857248.6795.17.camel@PenguinGuiness.WhosNet> <1197206070.5512.26.camel@PenguinGuiness.WhosNet> <1197259635.27459.154.camel@t61p.site> Message-ID: <1197317883.8655.4.camel@PenguinGuiness.WhosNet> Hi Mike, On Sun, 2007-12-09 at 22:07 -0600, Mike Kestner wrote: > On Sun, 2007-12-09 at 13:14 +0000, Alvaro Ramirez wrote: > > > > So, once it gets in gnome-sharp, the check > > > should be GTKHTML_SHARP_3_X instead of GTKHTML_SHARP_3_14. > > The check needs to be for gtkhtml-sharp-3.14.pc, since the API won't > likely get committed back to gtkhtml-sharp-2.0 where gtkhtml-3.0 through > 3.12 are bound. There's already a 3.14 check in place though, from when > I did the print rework. Yup. Saw that. Piggybacked on that :) > > > Anyone I should ping to get the patch in gnome-desktop-sharp? > > Your updated patch had some issues, like incorrect versions in the > paths, and it also appeared that you hand-edited the .raw file which is > not allowed. Hand-edits would be lost the next time the parser is run. ah yeah. Wasn't too sure about that. First time doing it. Also saw the raw file was checked in to the repository, which threw me off. > > I committed a patch to gnome-desktop-sharp tonight which uses metadata > to do the renaming and stripping of the Engine prefixes from the method > names. It's on svn revision r91026. I'm pretty sure it's the way your > patch suggested, but you might want to verify that. cool. will use metadata in the future. Thanks! Alvaro From mario.sopena at gmail.com Wed Dec 5 03:38:37 2007 From: mario.sopena at gmail.com (Mario Sopena Novales) Date: Wed, 5 Dec 2007 09:38:37 +0100 Subject: [Gtk-sharp-list] [Mono-docs-list] monodoc search bar In-Reply-To: <1196814496.30973.56.camel@PenguinGuiness.WhosNet> References: <1196619998.11992.39.camel@PenguinGuiness.WhosNet> <1196637869.27459.22.camel@t61p.site> <1196814496.30973.56.camel@PenguinGuiness.WhosNet> Message-ID: Hi, I think your patch misses if someone hits the Ctrl+F keystroke but it does not have the gtkhtml-sharp version needed. It will be presented with a useless findbar. We better avoid those situations Mario On 05/12/2007, Alvaro Ramirez wrote: > Hiya Mike, > > > Because of some API stability issues, we will be moving gtkhtml-sharp > > from gnome-sharp to the new gnome-desktop-sharp module in the next > > release cycle. This patch might be better applied against that module. > > Sounds good. Attached is now gnome-desktop-sharp.diff > > > > > The other issue is one of dependency. Is it okay for docbrowser to > > depend on bleeding edge gtkhtml-sharp? > > Should be ok. I've now made it optional. There was already a check for > bleeding edge gtkhtml-sharp (3.14) used for printing. If not present, > the search bar is disabled. > > > If not, you will probably need > > to make this feature optional via configure magic to allow building > > against older gtk-sharp/gnome-sharp releases. At the very least, you > > need to bump the configure version check in mono-tools to identify the > > new dependency. > > Yup, you can build against older gtk-sharp/gnome-sharp releases, since > the search bar is now optional. Have a look at the new patches. > > Thanks, > > Alvaro > > _______________________________________________ > Mono-docs-list maillist - Mono-docs-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-docs-list > > > From mario.sopena at gmail.com Sun Dec 9 07:11:51 2007 From: mario.sopena at gmail.com (Mario Sopena Novales) Date: Sun, 9 Dec 2007 13:11:51 +0100 Subject: [Gtk-sharp-list] [Mono-docs-list] monodoc search bar In-Reply-To: <1196857248.6795.17.camel@PenguinGuiness.WhosNet> References: <1196619998.11992.39.camel@PenguinGuiness.WhosNet> <1196637869.27459.22.camel@t61p.site> <1196814496.30973.56.camel@PenguinGuiness.WhosNet> <1196857248.6795.17.camel@PenguinGuiness.WhosNet> Message-ID: Hi, sorry my comment made you code a new patch. I tried both and, as you said, with your first patch the findbar does not appears when you don't have the newet gtkhtml-sharp lib. So, I will go with the first. However, your patch needs to be in gnome-sharp before we apply it to monodoc and we have to make sure the version we test is the one that has your patch applied. So, once it gets in gnome-sharp, the check should be GTKHTML_SHARP_3_X instead of GTKHTML_SHARP_3_14. On 05/12/2007, Alvaro Ramirez wrote: > Hi Mario, > > > I think your patch misses if someone hits the Ctrl+F keystroke but > > it does not have the gtkhtml-sharp version needed. It will be > > presented with a useless findbar. > > hmmm... shouldn't be the case. If you build against older versions of > gtkhtml, the menu items get hidden, which would prevent the key-bindings > from working (??) > > #if (!GTKHTML_SHARP_3_14) > ui ["find_separator"].Hide (); > ui ["find_text"].Hide (); > ui ["find_next"].Hide (); > ui ["find_previous"].Hide (); > #endif > > > > We better avoid those situations > > The above seems to avoid the scenario you mentioned. In any case, I've > added some more conditionals and removed the search bar from the > container altogether (when building against older gtk-html). The > downside to this is that browser.cs now has more #if's :( Have a look at > the new patches. Let me know... > > Thanks, > > Alvaro > > From v.mladenov at mail.bg Tue Dec 11 04:47:54 2007 From: v.mladenov at mail.bg (v.mladenov at mail.bg) Date: Tue, 11 Dec 2007 11:47:54 +0200 Subject: [Gtk-sharp-list] Outdated versions of Gtk# and Glade on Windows. Message-ID: <1197366474.5437235a7fb9e@mail.bg> First hi to all, I'm new GTK# user and this is my first post in gtk-sharp mailing list. Recently I start using GTK# and i'm developing on Windows using Visual Studio 2008 because MonoDevelop is in early stage (The main feature that is missing for me is a debugger :( ). The main problem i have is the outdated versions of GTK# and Glade for Windows. The latest version of GTK# is 2.8.3 (from 2006-12-24) Mono installation for Windows ships with 2.10 but don't add GTK# assemblies to Microsoft .NET Framework GAC. The latest version of Glade is 3.0.2 but the Linux latest version is 3.4.0. ----------------------------- Sportingbet.com 9,000 ???? ????? ??????? ??????? ?? 2 ?????? ??????? ??????! http://bg.sportingbet.com/t/index.aspx?affiliate=mailbg10 From anders at iola.dk Tue Dec 11 10:28:31 2007 From: anders at iola.dk (Anders Rune Jensen) Date: Tue, 11 Dec 2007 16:28:31 +0100 Subject: [Gtk-sharp-list] Bug in Gtk.ExposeEvent versus Gtk.Realized event Message-ID: <260c534f0712110728p2ec33724yfda7ba1bd8f1663a@mail.gmail.com> Hi I spend god knows how long tracking this strange bug down. It appears that changing the cursor in an expose event on a widget fails randomly while doing the exact same thing in a realized event works fine. Fails as in crashing the program with X error. While I shouldn't have hooked into the expose event, any idea what might have caused the problem other that gtk gets overloaded and this triggers a rare race condition? from: widget.Expose += delegate { widget.GdkWindow.Cursor = new Gdk.Cursor(Gdk.CursorType.Hand2); }; to: widget.Realized += delegate { widget.GdkWindow.Cursor = new Gdk.Cursor(Gdk.CursorType.Hand2); }; Seems the web page is outdated also: This page refers to 2.4 as latest: http://www.mono-project.com/GtkSharp While this mentions 2.8.4? http://www.monodevelop.com/Download And latest in ubuntu is 2.10.2? There's also a link to http://svn.myrealbox.com/source/trunk/gtk-sharp/ which doesn't work anymore. -- Anders Rune Jensen http://people.iola.dk/anders/ From bratsche at gnome.org Wed Dec 12 14:36:15 2007 From: bratsche at gnome.org (Cody Russell) Date: Wed, 12 Dec 2007 13:36:15 -0600 Subject: [Gtk-sharp-list] Bug in Gtk.ExposeEvent versus Gtk.Realized event In-Reply-To: <260c534f0712110728p2ec33724yfda7ba1bd8f1663a@mail.gmail.com> References: <260c534f0712110728p2ec33724yfda7ba1bd8f1663a@mail.gmail.com> Message-ID: <1197488175.22919.6.camel@prometheus> An embedded and charset-unspecified text was scrubbed... Name: not available Url: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071212/3c24d4e1/attachment.pl From anders at iola.dk Wed Dec 12 15:14:01 2007 From: anders at iola.dk (Anders Rune Jensen) Date: Wed, 12 Dec 2007 21:14:01 +0100 Subject: [Gtk-sharp-list] Bug in Gtk.ExposeEvent versus Gtk.Realized event In-Reply-To: <1197488175.22919.6.camel@prometheus> References: <260c534f0712110728p2ec33724yfda7ba1bd8f1663a@mail.gmail.com> <1197488175.22919.6.camel@prometheus> Message-ID: <260c534f0712121214s419978b8ic4d33f842e655192@mail.gmail.com> On Dec 12, 2007 8:36 PM, Cody Russell wrote: > Hi Anders, Interesting report Cody, seems something is really fishy here. > Out of curiosity, what kind of errors were you getting? Because I got > something like "Xlib: unexpected async reply (sequence 0x3a296)!" > recently when changing a Gdk.Cursor. Just earlier this week, actually. Yeah, it's exactly those. Sometimes app would just crash without any trace, but mostly it would be this Xlib: async error. > The weird thing was that we were doing something like: > > widget.GdkWindow.Cursor = some_boolean_test ? new Gdk.Cursor > (CursorType.SbHDoubleArrow) : null; > > And when I changed it from ?: to if/else (for the purpose of doing some > Console.WriteLine() debugging) then it fixed the issue. Really, really > strange. I wondered if Mono generates code significantly different > for ?: and if/else. Have you looked at the IL generated? Although I don't think this is the problem. If the error is as random as the one I had, you'll have to be careful about what you think the problem is. I had to do between 10-200 redraws before I could reproduce the bug and thus sometimes the bug looked at though it was gone, even though it wasn't. -- Anders Rune Jensen http://people.iola.dk/anders/ From arun14j at gmail.com Thu Dec 13 04:00:16 2007 From: arun14j at gmail.com (ARUN) Date: Thu, 13 Dec 2007 14:30:16 +0530 Subject: [Gtk-sharp-list] Need Help in adding combo box to treeview Message-ID: I am trying to add combo box to a treeview. I used the CellRendererCombo but it does not work. I tried to set its model property, but with no success. However if i use the Text property, it behaves as a normal text box. I have to get the combobox in TreeView. Can someone please help me on this? Thanks in advance, Arun Kalyanasundaram -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071213/c1ddcc0f/attachment-0001.html From arun14j at gmail.com Thu Dec 13 06:04:18 2007 From: arun14j at gmail.com (ARUN) Date: Thu, 13 Dec 2007 16:34:18 +0530 Subject: [Gtk-sharp-list] Need Help in adding combo box to treeview In-Reply-To: References: Message-ID: Now iam able to add the combo box to my treeview as desired, but the arrow button on the combo appears even if it has only one entry. I want the arrow to appear only if the combo contains more than one entry. I even tried to set the model property to null, but that resulted in the combo box becoming non-editable. Can someone help me regarding this? Thanks in advance, Arun Kalyanasundaram On Dec 13, 2007 2:30 PM, ARUN wrote: > I am trying to add combo box to a treeview. I used the CellRendererCombo > but it does not work. I tried to set its model property, but with no > success. However if i use the Text property, it behaves as a normal text > box. I have to get the combobox in TreeView. Can someone please help me on > this? > > Thanks in advance, > Arun Kalyanasundaram > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071213/cce0703d/attachment.html From sam at zoy.org Thu Dec 13 08:58:02 2007 From: sam at zoy.org (Sam Hocevar) Date: Thu, 13 Dec 2007 14:58:02 +0100 Subject: [Gtk-sharp-list] [patch] gtkglarea-sharp shared context Message-ID: <20071213135757.GA26136@zoy.org> Hello, Attached patch for gtkglarea-sharp adds gtk_gl_area_share_new() to the list of bindings to allow sharing the GL context. This way one can share textures and display lists between GL contexts. Regards, -- Sam. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-gtkglarea-shared-context.diff Type: text/x-diff Size: 1315 bytes Desc: not available Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071213/e25ce775/attachment.bin From adam at morrison-ind.com Thu Dec 13 09:22:04 2007 From: adam at morrison-ind.com (Adam Tauno Williams) Date: Thu, 13 Dec 2007 09:22:04 -0500 Subject: [Gtk-sharp-list] Exposes Constantly Message-ID: <1197555724.6380.12.camel@WM_ADAM1.morrison.iserv.net> I'm creating a widget in Gtk# which contains a Drawing area. When an expose event occurs I create a Cairo context from the Gdk Window of the drawing area and I draw on it. It is working well, but the Expose event seems to fire *CONSTANTLY* so the Widget just sits there soaking up nearly an entire core. The window isn't being moved or resized and nothing is passing over the widget. Am I missing something? Possibly the issue is because the drawing area is scrollable? (Even though it isn't being scrolled). The expose even of the drawing area is linked to - protected virtual void OnAreaExposeEvent (object o, Gtk.ExposeEventArgs args) { Draw (); } And Draw just creates the Cairo context and draws on it. public void Draw () { .... Console.WriteLine("Draw: (width={0},height={0})", width, height); cairo = Gdk.CairoHelper.Create (area.GdkWindow); ... ... ((IDisposable) cairo.Target).Dispose(); (IDisposable) cairo).Dispose (); } I see the "Draw: ... " message non-stop. This is the first time I've used DrawingArea or Cairo as I'm not a graphics guy at all, but I really need a weekview calendar widget for Gtk# and none seem to be available. So far Cairo seems very nice to use, and fast; I've been able to draw hour lines and day columns, etc... but the documentation on some of the gritty details is rather sparse. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071213/d3a3f8bd/attachment.bin From djdex83 at gmail.com Thu Dec 13 12:07:57 2007 From: djdex83 at gmail.com (Marco De Santis) Date: Thu, 13 Dec 2007 18:07:57 +0100 Subject: [Gtk-sharp-list] problem in compiling gtk-sharp for Moonlight Message-ID: Hi! I'm trying to install Moonlight on Ubuntu 7.04 and so I have to install gtk-sharp. I have downloaded it from svn but when I execute the command: ./bootstrap- 2.12 --prefix=/usr the output is : checking for GTK... configure: error: Package requirements (gtk+-2.0 >= 2.12.0) were not met: Requested 'gtk+-2.0 >= 2.12.0' but version of GTK+ is 2.10.11 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GTK_CFLAGS and GTK_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. How can I do?? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071213/d14ed8eb/attachment.html From mkestner at ximian.com Thu Dec 13 12:35:22 2007 From: mkestner at ximian.com (Mike Kestner) Date: Thu, 13 Dec 2007 11:35:22 -0600 Subject: [Gtk-sharp-list] Exposes Constantly In-Reply-To: <1197555724.6380.12.camel@WM_ADAM1.morrison.iserv.net> References: <1197555724.6380.12.camel@WM_ADAM1.morrison.iserv.net> Message-ID: <1197567322.27459.180.camel@t61p.site> On Thu, 2007-12-13 at 09:22 -0500, Adam Tauno Williams wrote: > I see the "Draw: ... " message non-stop. The most common cause is an invalidation in the expose routine which basically creates a tight loop. > This is the first time I've used DrawingArea or Cairo as I'm not a > graphics guy at all, but I really need a weekview calendar widget for > Gtk# and none seem to be available. So far Cairo seems very nice to > use, and fast; I've been able to draw hour lines and day columns, > etc... but the documentation on some of the gritty details is rather > sparse. For something like a calendar widget, I would use Gtk.Style instead of going directly to cairo, since then your widget is more likely to look integrated for people using different themes. If you are interested in seeing how something like that can be done, there is a Calendar view in my toy fitness log app. http://exert.svn.sourceforge.net/viewvc/exert/trunk/exert/src/CalendarView.cs?revision=66&view=markup There's a screenshot of it in action: http://sourceforge.net/project/screenshots.php?group_id=161797 -- Mike Kestner From mkestner at novell.com Thu Dec 13 12:42:43 2007 From: mkestner at novell.com (Mike Kestner) Date: Thu, 13 Dec 2007 11:42:43 -0600 Subject: [Gtk-sharp-list] problem in compiling gtk-sharp for Moonlight In-Reply-To: References: Message-ID: <1197567763.27459.187.camel@t61p.site> On Thu, 2007-12-13 at 18:07 +0100, Marco De Santis wrote: > Hi! I'm trying to install Moonlight on Ubuntu 7.04 and so I have to > install gtk-sharp. > I have downloaded it from svn but when I execute the > command: ./bootstrap-2.12 --prefix=/usr > > the output is : > > checking for GTK... configure: error: Package requirements (gtk+- 2.0 > >= 2.12.0) were not met: > > Requested 'gtk+-2.0 >= 2.12.0' but version of GTK+ is 2.10.11 If you need 2.10 bindings, you need to use the 2.10 branch: branches/gtk-sharp-2-10-branch svn trunk is now setup to bind the 2.12 API. I will be releasing a 2.11.0 preview release for the adventurous in the next couple weeks. BTW, I would strongly advise against installing a private build in /usr, especially of a non-released svn image. -- Mike Kestner From brad at langhorst.com Thu Dec 13 20:40:08 2007 From: brad at langhorst.com (Brad Langhorst) Date: Thu, 13 Dec 2007 20:40:08 -0500 Subject: [Gtk-sharp-list] comboboxentry vs. combobox Message-ID: <4761DEF8.3000706@langhorst.com> I want to allow for some keyboard searching of a combobox, so people don't have to scroll so much. so I think i want to use a comboboxentry and grab the keypress events. but the changed event fires first - which seems backward... Is there a working example of a ComboBoxEntry somewhere? brad From adam at morrison-ind.com Fri Dec 14 09:13:25 2007 From: adam at morrison-ind.com (Adam Tauno Williams) Date: Fri, 14 Dec 2007 09:13:25 -0500 Subject: [Gtk-sharp-list] Exposes Constantly In-Reply-To: <1197567322.27459.180.camel@t61p.site> References: <1197555724.6380.12.camel@WM_ADAM1.morrison.iserv.net> <1197567322.27459.180.camel@t61p.site> Message-ID: <1197641605.8473.10.camel@WM_ADAM1.morrison.iserv.net> > > I see the "Draw: ... " message non-stop. > The most common cause is an invalidation in the expose routine which > basically creates a tight loop. Makes sense, I think it is when I check the size of the drawing area. I'll have to poke at that some more. In the meantime I've managed to break it. :( Now the drawing area doesn't clear. As the area is expanded or contracted I scale the calendar, but only down to a certain height and width and then the scroll bars kick in. > > This is the first time I've used DrawingArea or Cairo as I'm not a > > graphics guy at all, but I really need a weekview calendar widget for > > Gtk# and none seem to be available. So far Cairo seems very nice to > > use, and fast; I've been able to draw hour lines and day columns, > > etc... but the documentation on some of the gritty details is rather > > sparse. > For something like a calendar widget, I would use Gtk.Style instead of > going directly to cairo, since then your widget is more likely to look > integrated for people using different themes. If you are interested in > seeing how something like that can be done, there is a Calendar view in > my toy fitness log app. > http://exert.svn.sourceforge.net/viewvc/exert/trunk/exert/src/CalendarView.cs?revision=66&view=markup > There's a screenshot of it in action: > http://sourceforge.net/project/screenshots.php?group_id=161797 Funny, I've been researching for months, reading blogs, articles, and tutorials; and not one ever mentioned Gtk.Style. Do you know of any tutorials or documentation relating to Gtk.Style beyond what is presented in Monodoc? My target is more *like* - http://www.monocalendar.com/images/screenshots/Monocalendar-0.1b.jpg - than a month view. I don't know if that makes any difference in your recommendation. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071214/b7fd4877/attachment.bin From mkestner at ximian.com Fri Dec 14 10:33:52 2007 From: mkestner at ximian.com (Mike Kestner) Date: Fri, 14 Dec 2007 09:33:52 -0600 Subject: [Gtk-sharp-list] Exposes Constantly In-Reply-To: <1197641605.8473.10.camel@WM_ADAM1.morrison.iserv.net> References: <1197555724.6380.12.camel@WM_ADAM1.morrison.iserv.net> <1197567322.27459.180.camel@t61p.site> <1197641605.8473.10.camel@WM_ADAM1.morrison.iserv.net> Message-ID: <1197646432.27459.246.camel@t61p.site> On Fri, 2007-12-14 at 09:13 -0500, Adam Tauno Williams wrote: > Funny, I've been researching for months, reading blogs, articles, and > tutorials; and not one ever mentioned Gtk.Style. Do you know of any > tutorials or documentation relating to Gtk.Style beyond what is > presented in Monodoc? GGAD has a little info on it. http://developer.gnome.org/doc/GGAD/sec-style.html The API is pretty descriptive, and if the monodocs aren't fleshed out you can use the C docs at gtk.org/api to get more info. > My target is more *like* - > http://www.monocalendar.com/images/screenshots/Monocalendar-0.1b.jpg - > than a month view. I don't know if that makes any difference in your > recommendation. No difference. The point is that you are likely to just need to draw boxes and straight lines and paint text and maybe some nav arrows, all of which is suited nicely to Style, and by using the Style class, when the user changes their theme, all your lines and fonts and colors and so on will be adjusted to match the built in widgets in Gtk. Gtk.Style is just a tool to make it easier for your widgets blend in with the theme. -- Mike Kestner From draekz at gmail.com Fri Dec 14 16:39:27 2007 From: draekz at gmail.com (Draek) Date: Fri, 14 Dec 2007 14:39:27 -0700 Subject: [Gtk-sharp-list] Drag & Drop from Nautilus Message-ID: <1197668367.17574.0.camel@home-desktop> I'm trying to do some drag and drop from nautilus, but for some reason I get 2 text/uri-list entries in seperate events when dropping ONE file. Does anyone know anything about this? I did not attach the event twice. From eskil.bylund at gmail.com Sat Dec 15 05:59:08 2007 From: eskil.bylund at gmail.com (Eskil Bylund) Date: Sat, 15 Dec 2007 11:59:08 +0100 Subject: [Gtk-sharp-list] Drag & Drop from Nautilus In-Reply-To: <1197668367.17574.0.camel@home-desktop> References: <1197668367.17574.0.camel@home-desktop> Message-ID: 2007/12/14, Draek : > I'm trying to do some drag and drop from nautilus, but for some reason I > get 2 text/uri-list entries in seperate events when dropping ONE file. > Do you have the code or a sample available somewhere? How does the attached program work for you? Eskil -------------- next part -------------- A non-text attachment was scrubbed... Name: DropTest.cs Type: text/x-csharp Size: 1246 bytes Desc: not available Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071215/b42058b6/attachment.bin From d4ljoyn at gmail.com Sun Dec 16 07:06:31 2007 From: d4ljoyn at gmail.com (David Joyner) Date: Sun, 16 Dec 2007 07:06:31 -0500 Subject: [Gtk-sharp-list] List of deprecated Gtk# classes Message-ID: <83a491a70712160406q62430bfi56320ed51aa6451@mail.gmail.com> I updated recently and now get obsolete warnings for Gtk.Tooltips and Gtk.Fileselection. I looked in the Changelog and searched the newsgroup for a clue as to what the replacement procedure for those classes might be and so far I can't fnd much. Maybe this is on the web somewhere, can anyone help me out? Thank you From raphtee at gmail.com Thu Dec 20 17:45:13 2007 From: raphtee at gmail.com (Travis Miller) Date: Thu, 20 Dec 2007 14:45:13 -0800 Subject: [Gtk-sharp-list] question about threads and g_cond_wait Message-ID: <9e8b7fe0712201445m3da9652bx1a66003abf54ca95@mail.gmail.com> I posted this question to the mono-devel list, but this is probably a more appropriate place. the glib c library provides in addtion to the GMutex structure, the GCond structure. One can cause a thread to wait on a condition (or group of threads) by calling g_cond_wait(). Another thread can then call g_cond_broadcast() and all threads that are currently blocking on that wait will wake up and proceed. This is something I really need for an app that I am writing. In a related question, in going through monodoc, I see that very little of glib is provided. Is the just a temporary situation? Travis Miller -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071220/7ec2c3f8/attachment.html From m.j.hutchinson at gmail.com Thu Dec 20 18:07:06 2007 From: m.j.hutchinson at gmail.com (Michael Hutchinson) Date: Thu, 20 Dec 2007 18:07:06 -0500 Subject: [Gtk-sharp-list] question about threads and g_cond_wait In-Reply-To: <9e8b7fe0712201445m3da9652bx1a66003abf54ca95@mail.gmail.com> References: <9e8b7fe0712201445m3da9652bx1a66003abf54ca95@mail.gmail.com> Message-ID: On Dec 20, 2007 5:45 PM, Travis Miller wrote: > I posted this question to the mono-devel list, but this is probably a more > appropriate place. the glib c library provides in addtion to the GMutex > structure, the GCond structure. One can cause a thread to wait on a > condition (or group of threads) by calling g_cond_wait(). Another thread > can then call g_cond_broadcast() and all threads that are currently blocking > on that wait will wake up and proceed. This is something I really need for > an app that I am writing. Would System.Threading.WaitHandle do what you need? > In a related question, in going through monodoc, I see that very little of > glib is provided. Is the just a temporary situation? I suspect it's because a lot of the functionality is already in Mono's core classlib, so only the things needed to support GTK# were wrapped. I may be wrong. -- Michael Hutchinson http://mjhutchinson.com From cjac at colliertech.org Thu Dec 20 20:06:49 2007 From: cjac at colliertech.org (C.J. Adams-Collier) Date: Thu, 20 Dec 2007 17:06:49 -0800 Subject: [Gtk-sharp-list] [patch] gtkglarea-sharp picking example glitch In-Reply-To: <20071029164247.GN10905@zoy.org> References: <20071029164247.GN10905@zoy.org> Message-ID: <1198199209.31206.28.camel@dom0.cls2.colliertech.org> applied. On Mon, 2007-10-29 at 17:42 +0100, Sam Hocevar wrote: > Minor issue in gtkglarea-sharp's PickWidget.cs: the right mouse > button is ignored upon press, but not upon release, leading to weird > behaviour. > > _______________________________________________ > Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071220/fbbca5db/attachment.bin From cjac at colliertech.org Thu Dec 20 20:11:48 2007 From: cjac at colliertech.org (C.J. Adams-Collier) Date: Thu, 20 Dec 2007 17:11:48 -0800 Subject: [Gtk-sharp-list] [patch] gtkglarea-sharp "make dist" fix In-Reply-To: <20071030132840.GQ10905@zoy.org> References: <20071030132840.GQ10905@zoy.org> Message-ID: <1198199508.31206.30.camel@dom0.cls2.colliertech.org> Applied On Tue, 2007-10-30 at 14:28 +0100, Sam Hocevar wrote: > The gtkglarea-sharp package fails to properly detect the gapi tools, > causing "make dist" to always fail. Patch attached. > > Regards, > _______________________________________________ > Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071220/644cfd2e/attachment.bin From cjac at colliertech.org Thu Dec 20 20:19:51 2007 From: cjac at colliertech.org (C.J. Adams-Collier) Date: Thu, 20 Dec 2007 17:19:51 -0800 Subject: [Gtk-sharp-list] [patch] gtkglarea-sharp shared context In-Reply-To: <20071213135757.GA26136@zoy.org> References: <20071213135757.GA26136@zoy.org> Message-ID: <1198199992.31206.32.camel@dom0.cls2.colliertech.org> Applied. Note that none of these changes have been tested, only applied. Short on time right now. Thank you very, very much for these patches, Sam! Cheers, C.J. On Thu, 2007-12-13 at 14:58 +0100, Sam Hocevar wrote: > Hello, > > Attached patch for gtkglarea-sharp adds gtk_gl_area_share_new() to > the list of bindings to allow sharing the GL context. This way one can > share textures and display lists between GL contexts. > > Regards, > _______________________________________________ > Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071220/d0dc051f/attachment.bin From djsiegel at gmail.com Fri Dec 21 14:50:38 2007 From: djsiegel at gmail.com (David Siegel) Date: Fri, 21 Dec 2007 13:50:38 -0600 Subject: [Gtk-sharp-list] Trouble with Gtk.Window.Resize followed by Gtk.Window.GetSize Message-ID: <4d7ffd60712211150o3c32d67fsf71b6aa760aeb247@mail.gmail.com> I'm trying to hide/show a widget and then resize and re-center the parent window immediately. How do I Resize a window, then get accurate size info from GetSize? I say the note about this call sequence in the mono docs and gtk docs, and I tried iterating the event loop to make the ConfigureEvent go through. No dice -- I keep getting the wrong window size, so my window position gets messed up. SetPosition(WindowPosition.AlwaysCenter) works well, but I only want my window to center horizontally, with the window positioned a third of the screen height from the top of the window. David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071221/8f992cee/attachment-0001.html From gtksharp at seb.exse.net Tue Dec 25 19:10:25 2007 From: gtksharp at seb.exse.net (=?ISO-8859-1?Q?Sebastian_B=F6hm?=) Date: Wed, 26 Dec 2007 01:10:25 +0100 Subject: [Gtk-sharp-list] rsvg example In-Reply-To: References: Message-ID: <71D6519C-319D-4813-8B4A-E458B03F815D@seb.exse.net> Image RenderSVG(XMLDocument) would be better. conversion can then be done via System.Drawing Am 26.12.2007 um 01:03 schrieb Sebastian B?hm: > Hi, > > I dont find any usefull documentation for rsvg-sharp.dll > > can aynone provide me with a small example? > > I need a function that converts a XmlDocument (containing the svg) > into a gif, png or jpeg file. > > something like: > > byte[] RenderSVG(XmlDocument svginput, string outputtype) > > outputtype would be "gif", "png" or "jpeg" > > I have the same function already, but currently it's implemented > with the rsvg cmd-line utility and imagemagick cmd-line (convert) > for conversion to gif or jpeg. > > I have a application that generates the svg as xmldocument > dynamically, but with rsvg-sharp I hopefully can do this without the > creation of temorary files and without executing external binaries. > > > Thank you in advance > /sebastian > > From gtksharp at seb.exse.net Tue Dec 25 19:03:44 2007 From: gtksharp at seb.exse.net (=?ISO-8859-1?Q?Sebastian_B=F6hm?=) Date: Wed, 26 Dec 2007 01:03:44 +0100 Subject: [Gtk-sharp-list] rsvg example Message-ID: Hi, I dont find any usefull documentation for rsvg-sharp.dll can aynone provide me with a small example? I need a function that converts a XmlDocument (containing the svg) into a gif, png or jpeg file. something like: byte[] RenderSVG(XmlDocument svginput, string outputtype) outputtype would be "gif", "png" or "jpeg" I have the same function already, but currently it's implemented with the rsvg cmd-line utility and imagemagick cmd-line (convert) for conversion to gif or jpeg. I have a application that generates the svg as xmldocument dynamically, but with rsvg-sharp I hopefully can do this without the creation of temorary files and without executing external binaries. Thank you in advance /sebastian From cjac at colliertech.org Tue Dec 25 23:30:44 2007 From: cjac at colliertech.org (C.J. Adams-Collier) Date: Tue, 25 Dec 2007 23:30:44 -0500 Subject: [Gtk-sharp-list] [patch] .pc file naming convention In-Reply-To: <20071029162208.GM10905@zoy.org> References: <20071029162208.GM10905@zoy.org> Message-ID: <1198643444.7070.8.camel@desktop.cls2.colliertech.org> Hey there Sam, The .pc file generated by the Prebuild Autotools target has been Tao.OpenGl.pc since last I modified the Autotools.cs code (it's been a while). The fact that yours is not named this implies that you've either got an old build or that you built the source from something other than prebuild /autotools I'll modify the Autotools.cs code in a while so that future releases comply with this change. Cheers, C.J. On Mon, 2007-10-29 at 17:22 +0100, Sam Hocevar wrote: > Hello, > > The gtkglarea-sharp build process expects a Tao.OpenGl.pc file, but > such a file doesn't exist anywhere AFAIK. The Tao Debian packages use > tao-opengl.pc for consistency so I suggest using the same naming scheme > (see also http://www.taoframework.com/node/432 for a discussion with the > Tao maintainers about this). > > Regards, > _______________________________________________ > Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071225/f3c16ba8/attachment.bin From adam at morrison-ind.com Thu Dec 27 16:58:32 2007 From: adam at morrison-ind.com (Adam Tauno Williams) Date: Thu, 27 Dec 2007 16:58:32 -0500 Subject: [Gtk-sharp-list] Exposes Constantly In-Reply-To: <1197646432.27459.246.camel@t61p.site> References: <1197555724.6380.12.camel@WM_ADAM1.morrison.iserv.net> <1197567322.27459.180.camel@t61p.site> <1197641605.8473.10.camel@WM_ADAM1.morrison.iserv.net> <1197646432.27459.246.camel@t61p.site> Message-ID: <1198792712.29327.3.camel@WM_ADAM1.morrison.iserv.net> On Fri, 2007-12-14 at 09:33 -0600, Mike Kestner wrote: > On Fri, 2007-12-14 at 09:13 -0500, Adam Tauno Williams wrote: > > Funny, I've been researching for months, reading blogs, articles, and > > tutorials; and not one ever mentioned Gtk.Style. Do you know of any > > tutorials or documentation relating to Gtk.Style beyond what is > > presented in Monodoc? > GGAD has a little info on it. > http://developer.gnome.org/doc/GGAD/sec-style.html > The API is pretty descriptive, and if the monodocs aren't fleshed out > you can use the C docs at gtk.org/api to get more info. > > My target is more *like* - > > http://www.monocalendar.com/images/screenshots/Monocalendar-0.1b.jpg - > > than a month view. I don't know if that makes any difference in your > > recommendation. > No difference. The point is that you are likely to just need to draw > boxes and straight lines and paint text and maybe some nav arrows, all > of which is suited nicely to Style, and by using the Style class, when > the user changes their theme, all your lines and fonts and colors and so > on will be adjusted to match the built in widgets in Gtk. > Gtk.Style is just a tool to make it easier for your widgets blend in > with the theme. Thanks for the assistance; I have it working. It can scroll, change number of days displayed, etc... Layout is working reasonably well. http://docs.google.com/Doc?id=ddv5htgd_16gm8x3rdw Still needs some "beautification". -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071227/74377aa7/attachment.bin From cjac at colliertech.org Thu Dec 20 19:46:39 2007 From: cjac at colliertech.org (C.J. Adams-Collier) Date: Thu, 20 Dec 2007 16:46:39 -0800 Subject: [Gtk-sharp-list] [patch] gtkglarea-sharp build fixes In-Reply-To: <20071028234527.GK10905@zoy.org> References: <20071028234527.GK10905@zoy.org> Message-ID: <1198197999.31206.22.camel@dom0.cls2.colliertech.org> Applied On Mon, 2007-10-29 at 00:45 +0100, Sam Hocevar wrote: > Hello, > > The gtkglarea-sharp has a typo in its configure.ac script that causes > the gapi pkg-config check to fail. Also, examples fail to build with the > current Tao.OpenGl bindings due to API changes (bugfixes). > > The attached two patches allows gtkglarea-sharp to build (and run) > properly. > > Regards, > _______________________________________________ > Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list From cjac at colliertech.org Thu Dec 20 20:00:53 2007 From: cjac at colliertech.org (C.J. Adams-Collier) Date: Thu, 20 Dec 2007 17:00:53 -0800 Subject: [Gtk-sharp-list] [patch] gtkglarea-sharp build fixes In-Reply-To: <20071028234527.GK10905@zoy.org> References: <20071028234527.GK10905@zoy.org> Message-ID: <1198198853.31206.24.camel@dom0.cls2.colliertech.org> applied On Mon, 2007-10-29 at 00:45 +0100, Sam Hocevar wrote: > Hello, > > The gtkglarea-sharp has a typo in its configure.ac script that causes > the gapi pkg-config check to fail. Also, examples fail to build with the > current Tao.OpenGl bindings due to API changes (bugfixes). > > The attached two patches allows gtkglarea-sharp to build (and run) > properly. > > Regards, > _______________________________________________ > Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071220/8cc703ee/attachment.bin From pecco20 at hotmail.fr Sun Dec 30 11:01:50 2007 From: pecco20 at hotmail.fr (ARNAUD PEQUIGNOT) Date: Sun, 30 Dec 2007 16:01:50 +0000 Subject: [Gtk-sharp-list] Mono Gtk# Message-ID: Bonjour ? tousJ'ai un petit probl?me avec Gtk.IconView.J'aimerais savoir s'il est possible de renommer directement dans une icone d'un IconView le nom d'un fichier ou d'un repertoireEn fait j'aimerais savoir comment g?rer les icones d'un IconeView (clic droit sur l'icone, ...)Merci d'avance, je d?bute _________________________________________________________________ Microsoft vous recommande de mettre ? jour Internet Explorer. http://specials.fr.msn.com/IE7P25 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071230/5259b9da/attachment.html From pecco20 at hotmail.fr Sun Dec 30 11:06:43 2007 From: pecco20 at hotmail.fr (ARNAUD PEQUIGNOT) Date: Sun, 30 Dec 2007 16:06:43 +0000 Subject: [Gtk-sharp-list] FW: Mono Gtk# Message-ID: HelloI have got a little problem with Gtk.IconView.Can I rename directly in a icon of a IconView the name of the directory or fileHow do you use the event of a mouse in an icon I'm sorry but my english is not very good If you are problem to know me tell me Thank you Windows Live Messenger 2008 vient de sortir, discutez avec vos amis en vid?o ! T?l?chargez gratuitement Messenger 2008 _________________________________________________________________ Nouveau ! Cr?ez votre profil Messenger ! http://home.services.spaces.live.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20071230/9613a64b/attachment-0001.html From iggy.ma at gmail.com Sun Dec 30 17:36:13 2007 From: iggy.ma at gmail.com (Iggy) Date: Sun, 30 Dec 2007 16:36:13 -0600 Subject: [Gtk-sharp-list] Gtk# Treeview RulesHint in windows Message-ID: <527a90a10712301436p32d16568l168eb14db1064940@mail.gmail.com> In linux RulesHint in a treeview works, but it does't show up in windows. Can anybody tell me how to get the RulesHint in windows please? Thanks! From pauldbourke at gmail.com Sun Dec 30 18:01:52 2007 From: pauldbourke at gmail.com (Paul Bourke) Date: Sun, 30 Dec 2007 23:01:52 +0000 Subject: [Gtk-sharp-list] Treeview question (controlling the model using a TreeModel) Message-ID: <2563cc910712301501x4b6ac46fj3f6b618b35fa600b@mail.gmail.com> I have being working on a gtk-sharp app based heavily around the manipulation of a Treeview widget. I have being following the example at (http://www.mono-project.com/GtkSharp_TreeView_Tutorial#Controlling_how_the_model_is_used) to hold the data I need to display in a class, so when I manipulate the data the Treeview should be updated too. My problem is that I want to use a TreeModel as in the previous section, (http://www.mono-project.com/GtkSharp_TreeView_Tutorial#Creating_a_Tree) rather than a ListModel. When I try to make use of the code for the TreeModel I get the following exception: System.InvalidCastException: Cannot cast from source type to destination type. at GRapid.MainWindow.RenderURLColumn (Gtk.TreeViewColumn column, Gtk.CellRenderer cell, TreeModel model, TreeIter iter) [0x00000] in /home/paul/Projects/GRapid/GRapid/MainWindow.cs:113 at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_TreeViewColumn_CellRenderer_TreeModel_TreeIter (Gtk.TreeViewColumn,Gtk.CellRenderer,Gtk.TreeModel,Gtk.TreeIter) at GtkSharp.TreeCellDataFuncWrapper.NativeCallback (IntPtr tree_column, IntPtr cell, IntPtr tree_model, IntPtr iter, IntPtr data) [0x00000] . . . . Below are some snippets of the relevant code, I would really appreciate if someone could let me know how to use the above 'model control' with a TreeModel rather than the ListModel. TreeStore myTreeStore = new TreeStore (typeof(string), typeof (MyClass)); TreeViewColumn urlColumn = new TreeViewColumn(); urlColumn.Title = "URL"; CellRendererText urlCell = new CellRendererText(); urlColumn.PackStart (urlCell, true); urlColumn.SetCellDataFunc (urlCell, new Gtk.TreeCellDataFunc (RenderURLColumn)); TreeIter iter = myTreeStore.AppendValues ("Title"); downloadViewStore.AppendValues (iter, new MyClass("column1", "column2")); private void RenderURLColumn(TreeViewColumn column, CellRenderer cell, TreeModel model, TreeIter iter) { DownloadItem d = (DownloadItem) model.GetValue (iter, 0); (cell as Gtk.CellRendererText).Text = d.URL; } From m.j.hutchinson at gmail.com Mon Dec 31 10:29:22 2007 From: m.j.hutchinson at gmail.com (Michael Hutchinson) Date: Mon, 31 Dec 2007 10:29:22 -0500 Subject: [Gtk-sharp-list] Treeview question (controlling the model using a TreeModel) In-Reply-To: <2563cc910712301501x4b6ac46fj3f6b618b35fa600b@mail.gmail.com> References: <2563cc910712301501x4b6ac46fj3f6b618b35fa600b@mail.gmail.com> Message-ID: On Dec 30, 2007 6:01 PM, Paul Bourke wrote: ... > System.InvalidCastException: Cannot cast from source type to destination type. > at GRapid.MainWindow.RenderURLColumn (Gtk.TreeViewColumn column, ... > TreeStore myTreeStore = new TreeStore (typeof(string), typeof (MyClass)); ... The two store columns have type string and MyClass, > DownloadItem d = (DownloadItem) model.GetValue (iter, 0); but you're trying to cast the string to a DownloadItem. -- Michael Hutchinson http://mjhutchinson.com