- Dillo-dev - lists.mailman3.com

dillo_port1.3 tabs

by jcid＠dillo.org

On Fri, Mar 04, 2011 at 09:13:06AM -0300, Jorge Arellano Cid wrote: > [...] > I'm working on the UI, and decided to implement a new, custom > tab mechanism for 1.3 (it is in my HD now). After all the old one > had some problems we couldn't fix. Just committed a working status bar... -- Cheers Jorge.-

March 13, 2011

dillo_port1.3: error: ‘class Fl_Tree’ has no member named ‘item_labelfont’

by Johannes.Hofmann＠gmx.de

yOn Fri, Mar 11, 2011 at 01:45:14AM -0900, Roger wrote: > ++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT libDw_fltk_a-fltkpreview.o -MD -MP -MF .deps/libDw_fltk_a-fltkpreview.Tpo -c -o libDw_fltk_a-fltkpreview.o `test -f 'fltkpreview.cc' || echo './'`fltkpreview.cc > mv -f .deps/libDw_fltk_a-fltkpreview.Tpo .deps/libDw_fltk_a-fltkpreview.Po > g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT libDw_fltk_a-fltkui.o -MD -MP -MF .deps/libDw_fltk_a-fltkui.Tpo -c -o libDw_fltk_a-fltkui.o `test -f 'fltkui.cc' || echo './'`fltkui.cc > fltkui.cc: In member function ?virtual void dw::fltk::ui::FltkListResource::setWidgetStyle(Fl_Widget*, dw::core::style::Style*)?: > fltkui.cc:1075: error: ?class Fl_Tree? has no member named ?item_labelfont? > fltkui.cc:1076: error: ?class Fl_Tree? has no member named ?item_labelsize? > fltkui.cc:1077: error: ?class Fl_Tree? has no member named ?item_labelfgcolor? > fltkui.cc:1078: error: ?class Fl_Tree? has no member named ?item_labelbgcolor? > make[2]: *** [libDw_fltk_a-fltkui.o] Error 1 > make[2]: Leaving directory `/home/roger/src/dillo/dillo_port1.3/dw' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/roger/src/dillo/dillo_port1.3' > make: *** [all] Error 2 Looks like the same problem you already reported here: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-February/008064.html Cheers, Johannes

March 12, 2011

big mistake with hg

by jcid＠dillo.org

On Thu, Mar 10, 2011 at 06:46:54PM +0100, Johannes Hofmann wrote: > On Thu, Mar 10, 2011 at 12:18:38PM -0500, Benjamin Johnson wrote: > > Try 'hg strip': http://mercurial.selenic.com/wiki/Strip > > That would also work, but in all cases you need access to the master > repo on hg.dillo.org. Can you log in there? Nope. > Otherwise Andreas would have to help. Please contact him, and please also fix the repo. I don't have the newest tip just in case things go wrong again. -- Cheers Jorge.-

March 11, 2011

dillo_port1.3: error: ‘class Fl_Tree’ has no member named ‘item_labelfont’

by rogerx.oss＠gmail.com

++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT libDw_fltk_a-fltkpreview.o -MD -MP -MF .deps/libDw_fltk_a-fltkpreview.Tpo -c -o libDw_fltk_a-fltkpreview.o `test -f 'fltkpreview.cc' || echo './'`fltkpreview.cc mv -f .deps/libDw_fltk_a-fltkpreview.Tpo .deps/libDw_fltk_a-fltkpreview.Po g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -I/usr/include/fltk-1.1 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -MT libDw_fltk_a-fltkui.o -MD -MP -MF .deps/libDw_fltk_a-fltkui.Tpo -c -o libDw_fltk_a-fltkui.o `test -f 'fltkui.cc' || echo './'`fltkui.cc fltkui.cc: In member function ?virtual void dw::fltk::ui::FltkListResource::setWidgetStyle(Fl_Widget*, dw::core::style::Style*)?: fltkui.cc:1075: error: ?class Fl_Tree? has no member named ?item_labelfont? fltkui.cc:1076: error: ?class Fl_Tree? has no member named ?item_labelsize? fltkui.cc:1077: error: ?class Fl_Tree? has no member named ?item_labelfgcolor? fltkui.cc:1078: error: ?class Fl_Tree? has no member named ?item_labelbgcolor? make[2]: *** [libDw_fltk_a-fltkui.o] Error 1 make[2]: Leaving directory `/home/roger/src/dillo/dillo_port1.3/dw' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/roger/src/dillo/dillo_port1.3' make: *** [all] Error 2 -- Roger http://rogerx.freeshell.org/

March 11, 2011

big mistake with hg

by Johannes.Hofmann＠gmx.de

On Thu, Mar 10, 2011 at 02:45:32PM -0300, Jorge Arellano Cid wrote: > On Thu, Mar 10, 2011 at 05:59:21PM +0100, Johannes Hofmann wrote: > > On Thu, Mar 10, 2011 at 04:46:32PM +0000, Jorge Arellano Cid wrote: > > > Hi there, > > > > > > I just pushed 120 changesets to hg "dillo" instead of "dillo_port1.3" > > > by mistake (wrong default). > > > > > > Is there a simple way to clean the mess by purging the changes? > > > > If it's the last push to the "dillo" repo, you can run > > hg rollback > > on the master repo. > > Where's the master repo? (I can't find it in auriga). I also just looked around and it seems to be on a different machine (hg.dillo.org) where I can't log in. > > > Alternatively you can do > > hg clone -r <last good revision> dillo dillo_purged > > to create a new purged clone and then replace the master repo with > > that. > > I don't have the last revision (haven't worked on 2.x for a while) > > Sorry for the troubles... Once we have access to the main repo it's no problem to fix that. Cheers, Johannes

March 10, 2011

big mistake with hg

by Johannes.Hofmann＠gmx.de

On Thu, Mar 10, 2011 at 12:18:38PM -0500, Benjamin Johnson wrote: > Try 'hg strip': http://mercurial.selenic.com/wiki/Strip That would also work, but in all cases you need access to the master repo on hg.dillo.org. Can you log in there? Otherwise Andreas would have to help. Cheers, Johannes

March 10, 2011

big mistake with hg

by jcid＠dillo.org

On Thu, Mar 10, 2011 at 05:59:21PM +0100, Johannes Hofmann wrote: > On Thu, Mar 10, 2011 at 04:46:32PM +0000, Jorge Arellano Cid wrote: > > Hi there, > > > > I just pushed 120 changesets to hg "dillo" instead of "dillo_port1.3" > > by mistake (wrong default). > > > > Is there a simple way to clean the mess by purging the changes? > > If it's the last push to the "dillo" repo, you can run > hg rollback > on the master repo. Where's the master repo? (I can't find it in auriga). > Alternatively you can do > hg clone -r <last good revision> dillo dillo_purged > to create a new purged clone and then replace the master repo with > that. I don't have the last revision (haven't worked on 2.x for a while) Sorry for the troubles... -- Cheers Jorge.-

March 10, 2011

big mistake with hg

by obeythepenguin＠gmail.com

Try 'hg strip': http://mercurial.selenic.com/wiki/Strip Cheers, ~Benjamin On 3/10/11, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Hi there, > > I just pushed 120 changesets to hg "dillo" instead of "dillo_port1.3" > by mistake (wrong default). > > Is there a simple way to clean the mess by purging the changes? > > > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

March 10, 2011

big mistake with hg

by johannes.hofmann＠gmx.de

On Thu, Mar 10, 2011 at 04:46:32PM +0000, Jorge Arellano Cid wrote: > Hi there, > > I just pushed 120 changesets to hg "dillo" instead of "dillo_port1.3" > by mistake (wrong default). > > Is there a simple way to clean the mess by purging the changes? If it's the last push to the "dillo" repo, you can run hg rollback on the master repo. Alternatively you can do hg clone -r <last good revision> dillo dillo_purged to create a new purged clone and then replace the master repo with that. Cheers, Johannes

March 10, 2011

big mistake with hg

by jcid＠dillo.org

On Thu, Mar 10, 2011 at 01:46:32PM -0300, Jorge Arellano Cid wrote: > Hi there, > > I just pushed 120 changesets to hg "dillo" instead of "dillo_port1.3" > by mistake (wrong default). > > Is there a simple way to clean the mess by purging the changes? BTW, I just also pushed them correctly to "dillo_port1.3", so now there's a new UI and no need to apply any patch on top. This is not finished, I'm working on the details (minor stuff) but decided to commit early so everybody can try the code. The missing parts already work in my prototype so it's more merging work than anything. BTW, tabs are completely new (custom which gives more control over them), and part of a major simplification of the code. For instance I hooked right-click to close-tab just for testing and it feels handy! :) Please enjoy. -- Cheers Jorge.-

March 10, 2011