Alright, arleady done that.
I will stick to this idea.
Thanks :)
-
П.П. Избра ли вече име за твоя сайт? Хайде, пазим място за него!Ела на
www.superhosting.bg и вземи с до –50% отстъпка!
The point of using the container as a placeholder is to eliminate the
deletion of the entire tab.
You create each tab with a container as its child, and then add() your
child to the tab's container rather than directly to the tab. When you
later remove() your child and add() it to a different
I will still need to do a lot of expensive work to remove add and
reconfigure all the child widgets (which are a lot), also
I will need to be doing even more work to define the switch-tab behavior,
which will involve keeping track of the latest tab content (to know where
to remove the child
Why not make the tab's child a GtkContainer, then change the contents of
the container with remove()/add()?
On 01/30/2018 10:17 AM, psp...@mail.bg wrote:
I am making a text editor in GTK, whereas each new file is loaded into a
new tab.
I don't want to create and initialize the same
I am making a text editor in GTK, whereas each new file is loaded into a
new tab.
I don't want to create and initialize the same content (which happens to be
huge) over again on all tabs (especially since only a GtkTextBuffer is to
be different), so I decided to use gtk_notebook_detach_tab()
On Tue, Jan 30, 2018 at 02:06:01PM +0100, Bastien Nocera wrote:
> On Tue, 2018-01-30 at 11:06 +, Debarshi Ray wrote:
> > Also, it's not primarily about the location of the cache but the
> > thumbnailer. To me, the real value in using the generic thumbnailers
> > is not having to worry about
On Tue, 2018-01-30 at 11:06 +, Debarshi Ray wrote:
> Hey,
>
> On Tue, Jan 30, 2018 at 10:46:30AM +0100, Bastien Nocera wrote:
> > On Mon, 2018-01-29 at 15:42 +, Debarshi Ray wrote:
> > > However, the edits are application-specific [2], so it is not
> > > reasonable to expect the generic
Hey,
On Tue, Jan 30, 2018 at 10:46:30AM +0100, Bastien Nocera wrote:
> On Mon, 2018-01-29 at 15:42 +, Debarshi Ray wrote:
> > However, the edits are application-specific [2], so it is not
> > reasonable to expect the generic OS-wide thumbnailers to be able to
> > handle them.
>
> This is
On Mon, 2018-01-29 at 15:42 +, Debarshi Ray wrote:
> On Mon, Jan 22, 2018 at 12:46:51PM +, Emmanuele Bassi wrote:
> > On 22 January 2018 at 09:28, Philip Withnall > k> wrote:
> > > From the GLib side of things, my thoughts are that this
> > > shouldn???t live
> > >
On 24/01/2018 15:27, John Emmas wrote:
to be absolutely clear... there's no problem when I try to build
Glib. Glib itself builds fine. The linker problem arises when I
subsequently try to build Gtk-2 (specifically, the 'gtk-2-24'
branch). Gtk-2 uses the glib-genmarshal (python) script
10 matches
Mail list logo