Hi, on embedded systems, gtk+ program can start slow because of the
overhead in widget size negotiation (allocation and request). The
actual logic of computing size allocation based on the layout logic
should be very fast as such operations involve no more than simple
addition, subtraction and com
Arnaud Charlet wrote:
Hello,
The current code in gdk/quartz/gdkkeys-quartz.c uses a deprecated (since 10.5)
API to handle keyboard layout on darwin, which is not available to x86-64
applications.
Here is a possible patch that uses the new TIS API.
That's great news, thanks! I had been plannin
On Wed, 2008-10-29 at 22:08 -0400, Jacques Le Normand wrote:
> Hello list,
> thank you for helping me to solve my previous post, which found that I
> had a memory leak. The solution was to remove uim (universal input
> method).
Would you say more about the solution in the list? I am also intereste
Arnaud Charlet wrote:
Hello,
The current code in gdk/quartz/gdkkeys-quartz.c uses a deprecated (since 10.5)
API to handle keyboard layout on darwin, which is not available to x86-64
applications.
Here is a possible patch that uses the new TIS API.
Is the TIS API available in 10.4? If not, I'
Johan Dahlin wrote:
b) We *always* use a @gnome.bugs alias as the "Default Assignee" for
all Gtk+ components, using
a standard, for instance: [EMAIL PROTECTED]
Then what happens when someone takes the bug and assigns it to
him/herself? Not allowing that seems pretty annoying...
-br
Hello,
The current code in gdk/quartz/gdkkeys-quartz.c uses a deprecated (since 10.5)
API to handle keyboard layout on darwin, which is not available to x86-64
applications.
Here is a possible patch that uses the new TIS API.
Let me know if I should open a bugzilla PR for this patch, or if this
Hello list,
thank you for helping me to solve my previous post, which found that I had a
memory leak. The solution was to remove uim (universal input method).
I have a new memory leak problem. This one creates and removes 2000 text
entries every 100ms. I've had top showing 64 megs resident after 5
I see that http://bugzilla.gnome.org/show_bug.cgi?id=520116 has been entered to
develop a utf8 version of strlcpy. Has anyone done this?
Below is a proposed implementation and some test cases.
Philip Page
Bloomberg LP
/**
* g_utf8_strlcpy:
* @dest: buffer to fill with characters from @src
On Thu, Oct 30, 2008 at 11:22:59AM -0200, Johan Dahlin wrote:
> a) We *always* use [EMAIL PROTECTED] as "QA Contact" for components.
>
> b) We *always* use a @gnome.bugs alias as the "Default Assignee" for
> all Gtk+ components, using
> a standard, for instance: [EMAIL PROTECTED]
Note that you cou
On Thu, Oct 30, 2008 at 10:26 AM, Tim Janik <[EMAIL PROTECTED]> wrote:
Hey All.
[..]
To allow reliable subscription to all GLib/Gtk+ bugs, I suggest that:
a) We *always* use [EMAIL PROTECTED] as "QA Contact" for components.
b) We use "Default Assignee" in cases where individuals will tackle
Hey All.
Christian Dywan just pointed out to me that bugzilla-subscribing to
[EMAIL PROTECTED] is not good enough to receive all Gtk+ related bug
report emails.
A little investigation [1] shows that most components look like this:
Component | Description | Default Assignee | QA Contact
On Thu, Oct 30, 2008 at 2:40 AM, Rui Tiago Cação Matos
<[EMAIL PROTECTED]> wrote:
> 2. Make GTK able to draw the window frame client side. At first sight,
> this could be done in GtkWindow.
>
> Kristian Hoegsberg has a nice analysis of this at
> http://people.freedesktop.org/~krh/client-side-decor
I run Gtk/Xserver but i have a problem that when display Gtk windows or try to
run video , the display is clipped i mean the top and left part of the (video
image) / (GUI window) does not appear. i think i want to configure something in
the code to correctly know where is the origin of my LCD d
13 matches
Mail list logo
