After working on a project for the past year, investing a little under
8,000 USD. I truly wish a developer had informed me about the lack of
software developers available for outsource work. My recomendation is
to look into trolltechs QT for outsource project developing. Leave GTK
for the gurus per
On 10/14/05, Paul Davis <[EMAIL PROTECTED]> wrote:
>
> is this still true? does anybody care? is there a way to avoid pango
> entirely and still get AA fonts inside GTK2? will this ever be fixed
> before everyone is using h/w acceleration to print button labels?
If you don't actually need any of t
On Thu, 2005-10-13 at 22:27 -0700, Tom Crockett wrote:
> Hi,
> For all those following along (!) I've been able to make gtk+2.8.6.
> The problem is within gtk/gtkcalendar.c. On my initial efforts to make
> the gtk+ package the compile croaked with an error on variable week_start
> as undefined. I
Hi,
For all those following along (!) I've been able to make gtk+2.8.6.
The problem is within gtk/gtkcalendar.c. On my initial efforts to make
the gtk+ package the compile croaked with an error on variable week_start
as undefined. I looked around and saw mention of gtkcalendar.c cvs fix for
the
[EMAIL PROTECTED] wrote:
is this still true? does anybody care? is there a way to avoid pango
entirely and still get AA fonts inside GTK2? will this ever be fixed
before everyone is using h/w acceleration to print button labels?
the issue raised here will *kill* ardour dead, and would force us t
Paul Davis ([EMAIL PROTECTED]):
> [...] As a reference the perf issue I was having was most evident when
> updating a textual label (reporting some ADC value) at a rapid rate
> (10x per second or so). Updating 5-10 labels at h the above rate
> (this was reporting data for an outside slow-speed da
> is this still true? does anybody care? is there a way to avoid pango
> entirely and still get AA fonts inside GTK2? will this ever be fixed
> before everyone is using h/w acceleration to print button labels?
>
> the issue raised here will *kill* ardour dead, and would force us to
> also have to
We are about 60% of the way through porting Ardour, probably the premier
digital audio workstation for Linux (winner of Linux Journal's Best
Project prize for 2005, and other awards) from GTK1 to GTK2. Today,
someone sent me this email:
--
sorry to bug you directly, but I caught a post of your
On Thu, Oct 13, 2005 at 09:14:41PM +0200, Nicolas George wrote:
...
> What I want, is that the n-th change will be almost exactly n seconds avter
> the time origin.
this is fairly easy for the application programmer to accomplish without
further help from the api. on the other hand, adding furthe
Ok, something is borked, for sure. Thanks for the feedback. I don't know
what. No one else has
indicated that they have run into this problem, so I'm working under the
assumption that it is in my environment.
First, however, there was a problem with gtkcalendar.c. The fix was a
patched fi
On 10/13/05, Joe Van Dyk <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm targetting applications for Redhat Enterprise Linux 3, and it
> seems like Gtk 2.2.4 is the version that comes with that distribution.
>
> There was a built-in file selection dialog back then, right? I'm
> using the Ruby-gnome2 bind
Le duodi 22 vendémiaire, an CCXIV, [EMAIL PROTECTED] a écrit :
> Something to keep in mind - the system's *internal* clock is usually going
> tick-tick-tick at some high speed (100HZ to 1000HZ for recent Linux
> kernels, for example).
In fact, it is much more accurate. For example, on a moderately
On 10/13/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I'm targetting applications for Redhat Enterprise Linux 3, and it
> > seems like Gtk 2.2.4 is the version that comes with that distribution.
> >
> > There was a built-in file selection dialog back then, right? I'm
> > using
> Hi,
>
> I'm targetting applications for Redhat Enterprise Linux 3, and it
> seems like Gtk 2.2.4 is the version that comes with that distribution.
>
> There was a built-in file selection dialog back then, right? I'm
> using the Ruby-gnome2 bindings, and
> http://ruby-gnome2.sourceforge.jp/hiki
Hi,
I'm targetting applications for Redhat Enterprise Linux 3, and it
seems like Gtk 2.2.4 is the version that comes with that distribution.
There was a built-in file selection dialog back then, right? I'm
using the Ruby-gnome2 bindings, and
http://ruby-gnome2.sourceforge.jp/hiki.cgi?Gtk%3A%3AFi
On Thu, 13 Oct 2005 15:16:36 +0200, Nicolas George said:
> What I want is a displayed clock that *changes* precisely at the time the
> internal clock value changes. With careful programming, I can get that with
> "precisely" = the intrinsic system latency, which is pretty good (less than
> a CRT s
Title: Available GTK Developers
Hi All,
Just a quick email here, I am writing to see if there are any developers that are currently available for contract work based in the North of England. I am finding it difficult to find a developer who is AVAILABLE with GTK experience. My client is see
Le primidi 21 vendémiaire, an CCXIV, Paul Davis a écrit :
> in this example, the problem is really related to rounding.
> g_timer_elapsed() will return the correct value, but you round it (in an
> unpredictable way from a portability perspective by casting to int) to
> some integer number of second
18 matches
Mail list logo