On 04/13/2013 07:37 PM, tarn...@tarnyko.net wrote:
> As a majority of you told me it was so easy and effective to cross-compile
> from Linux, rather than doing it navitely on Windows, I finally felt like
> trying it.
>
> Well, after some hacking... you were right ^^.
>
> I extracted my GTK+3
On 03/04/2013 06:03 PM, tarn...@tarnyko.net wrote:
> (We're speaking policy here, but to support my point in technical terms :
> - my reusable GTK+3 build environment :
> http://www.tarnyko.net/repo/gtk3_build_system/ ;
> - sample bundle I have produced : http://www.tarnyko.net/en/?q=node/20)
On 08/04/2012 07:41 AM, Emmanuele Bassi wrote:
>> and yet another case of "i'm so nervous and irritated by criticism of our
>> design decisions that i'll resort to calling people stupid" ...
>
> design has nothing to do with it, sorry to disappoint the conspiracy
> theorists.
>
> just another ca
On 07/22/2012 04:20 AM, John Emmas wrote:
> That's been my experience anyway.
With no facts stated to support your response, it is merely your
opinion. My opinion is also just an opinion, however I believe the
points in support of my opinion are factual and logical (which you
haven't refuted). C
On 07/21/2012 06:50 AM, Emmanuele Bassi wrote:
> One thing that us involved in the development of gtk should resume
> doing are the biweekly IRC meetings, and send the minutes on the
> making list; this at least would increase awareness of the changes
> planned or being developed in the platform. A
On 07/21/2012 07:44 AM, John Emmas wrote:
> Perhaps an answer would be to play down the mailing lists and IRC
> (for users) and encourage more use of the GTK+ forum. The great
> advantages of forums are:-
My vote is e-mail or nntp instead of forums.
>
> 1) They keep a reasonably ordered record
On 07/19/2012 06:54 AM, Kristian Rietveld wrote:
> Also, I struggle to identify with the community these days -- that
> is, I do not agree how GTK+ is being developed. Discussions appear to
> mainly happen on IRC, which I can impossibly follow, contrary to on
> the mailing list;
Now that you ment
On 03/07/2012 08:02 PM, subhero wrote:
> I'm very interested in Broadway, but the material very little about
> Broadway??even GTK +'s official website also did not mention this
> knowledge, I really want to know about the structure and principle of
> the Broadway, and what role was it play in GTK+.
On 01/14/2012 10:26 AM, Stefan Sauer wrote:
> I agree that showing the tips as a startup dialog is somewhat annoying.
> On the other hand it would be useful to have a way to tell users about
> neat tricks and stuff and is not totally obvious. Sure, all of this can
> be documented in the manual, but
On 01/13/2012 12:52 AM, Stefan Sauer wrote:
> TIP-DIALOG
> I've seen several implementations in aps (e.g. gimp has one). I did one
> for buzztard. It shows a random message from the tips list.
I don't know of anyone who actually finds such a dialog useful to be
honest. Many users I know sigh whe
On 08/30/2010 08:51 AM, Paul Davis wrote:
> The logic is that despite its "*nix-type" infrastructure, this is how
> Apple has intended ISV's to distribute software, and as a result, its
> what users expect. You will rarely (if ever) see an OS X application
> that has a list of prequisites other tha
On 08/16/2010 12:54 PM, Enrico Weigelt wrote:
>> Why would you want to use directfb when a tiny X server is the
>> same footprint and much better supported?
>
> Which one are you talking about ? Kdrive ?
> How good is it supported, especially on non-x86 platforms ?
Correct. kdrive is now part o
On 08/16/2010 07:22 AM, Enrico Weigelt wrote:
> hmm, isnt v3.x going to drop directfb support ? well ...
Why would you want to use directfb when a tiny X server is the same
footprint and much better supported? directfb is redundant. I hope
you're not using it. It reimplements (poorly) everythin
On 08/15/2010 06:41 AM, Enrico Weigelt wrote:
>> because loading tons of small libraries is actually going to cost
>> much more in terms of resources (memory, I/O, linking and loading
>> time)
> Really ? did you measure it ?
Can you prove that it doesn't? Until you can, there's no logical reaso
Raja Mukherji wrote:
> I have a problem where I have to call gtk code, including two
> gtk_main's, from two different threads and was wondering if there's any
> way to do that _without_ calling gdk_thread_enter/gdk_thread_
> leave.
There is not, as GTK requires locking to access globals structur
patkhor wrote:
> Hi,
>
> I'm trying to add GUI for my application and I choose to do it with Gtk+.
> I've asked on this forum before about multithreading, but I still can't get
> it right. I found few examples on how to use gthread on the web, but none of
> them answers my question.
While I supp
Tor Lillqvist wrote:
> You can't use GTK+ from multiple threads on Windows. That is just how
> it is. It is a consequence of GTK+ originally being written just for
> X11.
I always thought it was because of how the Windows event model works.
Back in the horrible old MFC days I remember having to se
I am writing to the devel list after first posting to the regular list
about using GtkBuilder and grouped widgets like a group of radio
buttons. The only post that really spoke to my problem mentioned that
there really isn't a way with GtkBuilder to deal nicely with groups of
widgets like radio bu
Lieven van der Heide wrote:
> Well, isn't the whole point of scrollbars to be able to scroll to
> stuff that's otherwise hidden (behind something else)? I don't see why
> it would be a problem to show a piece of the content that would
> otherwise be hidden at all. As long as scrolling to the sides
On Sat, 2006-10-14 at 20:11 +0200, Jesús López wrote:
> Hi, and greetings to the developer force, beatifull work.
>
> The following is about compiling GTK targeting win32 binaries, but
> insiting in the use of a X11 backend.
GTK should compile and run fine on windows under cygwin, targeting X11
On Fri, 2006-08-25 at 22:33 +0300, Tor Lillqvist wrote:
> - Can the support for 256-colour (palettized) display mode be dropped
> from GTK+ HEAD? I have no idea whether it even works currently, and I
> can't test as my display adapter doesn't even offer a 256-colour mode
> in Display Properties.
On Sat, 2006-06-24 at 15:52 +0200, Gian Mario Tagliaretti wrote:
> 2006/6/24, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> >
> > Anyone except me also disappointed by it?
> > Any way how we can have old file open dialog back?
>
> code not complain :)
BS. Before anyone can code anything, especially i
On Wed, 2006-06-21 at 18:26 -0400, Matthias Clasen wrote:
> > I'm about to pick Qt as a toolkit for a personal project just because of
> > that.
>
> Good luck.
I was in the same boat as Hubert. I also ended up picking Qt. Although
I like GTK much better, Qt was the best choice given the circums
On Sun, 2006-05-21 at 09:36 +0200, Mikael Hallendal wrote:
> Given that there is still work to be done on the HEAD branch I would
> say time would be better spent on working on stabilizing that and to
> work on features than to backport to an old version of Mac OS X.
If the port can be made to
On Sun, 2006-04-30 at 14:05 -0400, Dominic Lachowicz wrote:
> > I haven't personally reviewed the patches yet but you mention changing
> > the color and look of a few widgets. Will these changes still work if
> > the theme is switched from the normal luna theme to one of the other
> > luna themes
On Mon, 2006-05-01 at 00:08 +0800, 洪任諭PCMan wrote:
> Hello everyone,
> I've done some imrpovement on the look & feel of gtk+ win32.
> GIMP now looks more similiar to other native Win32 apps.
>
> Here are some exciting screenshots:
> http://pcman.sayya.org/gtk_win32/
These look excellent to me. T
On Wed, 2006-02-08 at 18:04 -0500, Owen Taylor wrote:
> It seems like from this long thread that what's needed is not
> native GTK+ for OS X, but rather a binary distribution of native
> GTK+ for OS X...
Seems like the Gimp.app[1] people have figured it out sort of. They
package the Gimp with the
Richard Hult wrote:
It uses a few functions that are not available in 10.3. It should be
fairly easy to make it build in 10.3 or even older.
New functions as in new carbon functions? I can't remember all my mac
technologies off-hand, but cocoa is Objective-C, right? C apps must use
carbon?
On Wed, 2006-02-08 at 12:15 +1100, electroteque wrote:
> What is Quartz.h and where would it be ? locate Quartz.h doesnt tell
> me anything.
It's an OS X-supplied header file most likely. I have no idea where
you'd get ahold of it. The appropriate place to ask, though, would be
on the darwin
On Wed, 2006-02-08 at 12:19 +1100, electroteque wrote:
> Can someone tell me if this is still in development or available to try
> out ??
>
> http://gtk-quartz.sourceforge.net/
No I don't think so. The only active gtk on OS X effort is now in the
head gtk CVS. There is a wiki regarding it's de
On Sun, 2006-02-05 at 01:15 +1100, electroteque wrote:
> my steps before that was
>
> ln -s /usr/share/aclocal/gtk-doc.m4 /sw/share/aclocal/gtk-doc.m4
^^
Since you are using fink, why not just configure fink to build from
source (to grab the latest pr
app-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
--
Michael Torrie <[EMAIL PROTECTED]>
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
32 matches
Mail list logo
