Re: Re[2]: Re[2]: Compiling for Windows [Was: argv revisited]

On Tue, May 3, 2016 at 11:52 PM, Andrew Robinson wrote: > The website, https://github.com/wingtk/gtk-win32, looks really good at > first > glance, until you read the fine print where it says, "Any version of VS > apart > from 2013 is not supported". What if I don't have VS

Re: Re[2]: Compiling for Windows [Was: argv revisited]

On Tue, May 3, 2016 at 9:32 PM, Andrew Robinson wrote: > Been there, done that. The latest version of GTK+ that GNOME has is 2.24, > i.e. > -- there are no 3.x binaries. > > There are many ways to have good gtk3 binaries for Windows: - if you are using mingw you can fetch

Re: path= (or not) in GSettings schemas

Ryan Lortie desrt at desrt.ca writes: My problem with these proposals is that schema and id are the natural names to use here and that people will find a lot of online help instructing them about that. What about adding a versioning attribute to the toplevel element: schemalist

Re: RFC: new features

Benjamin Otte otte at gnome.org writes: One thing I've been wondering about is what features GTK is missing. This is mostly about developer-visible APIs, ie new widgets, and not about internal changes. I have some ideas from IRC discussions, mails and applications, but of course there might

Re: gtksourceview-2.0 with custom paths

Hi Allin, gtksourceview by default uses the XDG base directory specification to lookup .lang files and style schemes, so it should just work without having to manually force the search path with gtk_source_language_manager_set_search_path. For instance gedit is ported to both windows and

Re: large performance difference between gtktextview and gtksourceview

Actually, gtksourceview is a subclass of gtktextview so it supports BiDi and i18n as good as gtktextview does. If it doesn't it is a bug. With regard to the performance differences, it seems very strange that you see a difference, especially one where gtksourceview is faster. Are you sure you

Re: GtkSourceView build for Windows?

On lun, 2008-09-08 at 14:35 +0200, Miroslav Rajcic wrote: Does anyone know a good Windows build for GtkSourceView and its dependencies ? I've managed to find only this build: http://code.google.com/p/bpad/wiki/GtksourceviewForWindows When unpacked, it provides .a file instead of .lib

Re: Plans for gnome-vfs replacement

Il giorno lun, 18/09/2006 alle 18.12 +0200, Alexander Larsson ha scritto: I'd like to propose using a stateful model, where you have to explicitly initiate a session (mount a share) before you can start accessing files. This will give a well specified time when all forms of authentication will

Re: Plans for gnome-vfs replacement

Ok, at the risk of sounding a bit picky, can you clarify the following: Il giorno lun, 18/09/2006 alle 18.12 +0200, Alexander Larsson ha scritto: I'd like to call user document files. These are the kind of files you open, save, or download from the internet to look at. Applications that use

Re: Plans for gnome-vfs replacement

Il giorno lun, 18/09/2006 alle 18.12 +0200, Alexander Larsson ha scritto: As soon as you spend some time looking at this problem is evident that to solve the platform ordering issues we really need a clean cut from the current gnome-vfs. I think the ideal level for a VFS would be in glib, in a

Re: Concerns about print preview implementation

Alexander Larsson wrote: On Mon, 2006-05-15 at 18:44 +0200, Paolo Borelli wrote: * As explained many times when evince was created, the evince UI is so neat because it was thought with a clear use case in mind: multipages documents in portrait mode. However not all gtk apps that do

Re: Concerns about print preview implementation

Alexander Larsson wrote: Still, there is a native dialog around, with all the mainloop vs win32 mainloop using native dialogs. I guess if we close the print dialog when showing the print preview that might be solvable, but as I said earlier, is that really the behaviour we want? Sorry for

Re: Concerns about print preview implementation

* As explained many times when evince was created, the evince UI is so neat because it was thought with a clear use case in mind: multipages documents in portrait mode. However not all gtk apps that do printing are document oriented: think of CAD apps, image editors and probably others:

Re: [gedit-list] First pass hack of gedit and gtksourceview port to gtkprintoperation

Paolo Maggi wrote: P.S. While I am at it, I'd like to point out the current print API does not allow to add custom print ranges to the print dialog. In gedit, for example, we allow users to print from line X to line Y. Yes, I didn't want to raise this issue in the first mail, because I

Re: [gedit-list] First pass hack of gedit and gtksourceview port to gtkprintoperation

Matthias Clasen wrote: On 5/1/06, Paolo Borelli [EMAIL PROTECTED] wrote: Paolo Maggi wrote: P.S. While I am at it, I'd like to point out the current print API does not allow to add custom print ranges to the print dialog. In gedit, for example, we allow users to print from line X to line

Re: [gedit-list] First pass hack of gedit and gtksourceview port to gtkprintoperation

John (J5) Palmieri wrote: Here are my patches for the gtkprintoperation port of gedit and gtksourceview. They are pretty hacked up as I went in and slashed out the gnome-print code and forced gtkprint in it's place. I would use these as guides to those who know the gedit code much better than

Re: Gtk Printing and gtk_dialog_run

Alexander Larsson wrote: On Wed, 2006-04-19 at 15:47 +0800, James Henstridge wrote: Matthias Clasen wrote: On 4/19/06, James Henstridge [EMAIL PROTECTED] wrote: Paolo Borelli wrote: I haven't yet looked at the new printing api in detail, but from what I

Re: WIN32 - GTKSourceview

Il giorno dom, 24/07/2005 alle 23.39 +0800, Joseph Turner ha scritto: Hello, Got a rather intriguing issue under windows. Got a gtksourceview with some text that I've put in there When I press enter in the box it doesn't add extra lines to the text, but it does increment the line number