- Dillo-dev - lists.mailman3.com

Yet another SGI compiler error...

by csoren＠isd.net

> On Wed, Jan 30, Chris Sorenson wrote: > > > > > > Thoughts? > > > > Try the latest commit. > > Sebastian > What's the invocation for checking out the latest commit from the repository? I didn't see it in the developer section of the website. I assume `hg clone dillo-3` grabs 3.0.2 as it existed on it's release date?

Jan. 31, 2013

Yet another SGI compiler error...

by sgeerken＠dillo.org

On Wed, Jan 30, Chris Sorenson wrote: > Hi, I've gotten 27 files to compile so far! But then this > happened: > > <pre> > -------------------------------------- > cc-1238 CC: ERROR File = table.cc, Line = 880 > The member "dw::core::Widget::extremes" is inaccessible. > > col,extremes->get(col).minWidth, > colExtremes->get(col).maxWidth); > ^ > > cc-1044 CC: ERROR File = table.cc, Line = 880 > The indicated expression must have pointer type. > > col,extremes->get(col).minWidth, > colExtremes->get(col).maxWidth) > -------------------------------------- > </pre> > > Thoughts? Try the latest commit. Sebastian

Jan. 30, 2013

Yet another SGI compiler error...

by csoren＠isd.net

Hi, I've gotten 27 files to compile so far! But then this happened: <pre> -------------------------------------- cc-1238 CC: ERROR File = table.cc, Line = 880 The member "dw::core::Widget::extremes" is inaccessible. col,extremes->get(col).minWidth, colExtremes->get(col).maxWidth); ^ cc-1044 CC: ERROR File = table.cc, Line = 880 The indicated expression must have pointer type. col,extremes->get(col).minWidth, colExtremes->get(col).maxWidth) -------------------------------------- </pre> Thoughts?

Jan. 30, 2013

CustChoice

by corvid＠lavabit.com

Jorge wrote: > I also made FORM option menus activable with down key. I'm not > sure this is a good thing though. > > @corvid: as a keyboard user, please check whether this improves > things or not. It's quite easy to reverse if not (old behaviour: > scroll page. new: activate menu if option is focused). I'm not sure either.

Jan. 28, 2013

CustChoice

by jcid＠dillo.org

On Sat, Jan 26, 2013 at 04:55:53PM +0000, corvid wrote: > Jorge wrote: > > On Wed, Jan 16, 2013 at 08:03:31PM +0000, corvid wrote: > > > > > > I was looking into why the search dialog would no longer let me tab to > > > the search engine list and press down arrow to switch between them... > > > It seems that, once Jorge added a CustChoice in fltkui.cc, the dialog code > > > started to use _that_ one and not its own. > > > > Funny how this also annoys me, while thinking it was one of your > > patches that changed the behaviour! ;-) > > > > Of course I'm not sure, and will review the issue, but *feel* > > happy about not being alone in longing for the old bahaviour. > > Perhaps we could have one CustChoice that everything uses, although I > don't know where we'd put it. OK, simple patch committed (avoiding compiler/linker confusion) Currently dw is mainly self contained so there's no easy place to put a custom class used by both. They're a bit different anyway, so it doesn't hurt. I also made FORM option menus activable with down key. I'm not sure this is a good thing though. @corvid: as a keyboard user, please check whether this improves things or not. It's quite easy to reverse if not (old behaviour: scroll page. new: activate menu if option is focused). -- Cheers Jorge.-

Jan. 28, 2013

CustChoice

by jcid＠dillo.org

On Sat, Jan 26, 2013 at 04:55:53PM +0000, corvid wrote: > Jorge wrote: > > On Wed, Jan 16, 2013 at 08:03:31PM +0000, corvid wrote: > > > > > > I was looking into why the search dialog would no longer let me tab to > > > the search engine list and press down arrow to switch between them... > > > It seems that, once Jorge added a CustChoice in fltkui.cc, the dialog code > > > started to use _that_ one and not its own. > > > > Funny how this also annoys me, while thinking it was one of your > > patches that changed the behaviour! ;-) > > > > Of course I'm not sure, and will review the issue, but *feel* > > happy about not being alone in longing for the old bahaviour. > > Perhaps we could have one CustChoice that everything uses, although I > don't know where we'd put it. Yes, I'm also looking on that... Well, at least I have code to "fix" the dialog issue and also let FORM options also work as the search dialog. I'm yet to find out why the compiler/linker *seems* to be picking the wrong CustomChoice class. I focused on fixing the practical problem first. Patch soon. -- Cheers Jorge.-

Jan. 28, 2013

Another SGI compiler problem

by csoren＠isd.net

> > Any problem if you change > bool FltkToggleButtonResource::FltkToggleButtonResource::isActivated () > to > bool FltkToggleButtonResource::isActivated () > ? > Thanks that worked!

Jan. 27, 2013

CustChoice

by corvid＠lavabit.com

Jorge wrote: > On Wed, Jan 16, 2013 at 08:03:31PM +0000, corvid wrote: > > > > I was looking into why the search dialog would no longer let me tab to > > the search engine list and press down arrow to switch between them... > > It seems that, once Jorge added a CustChoice in fltkui.cc, the dialog code > > started to use _that_ one and not its own. > > Funny how this also annoys me, while thinking it was one of your > patches that changed the behaviour! ;-) > > Of course I'm not sure, and will review the issue, but *feel* > happy about not being alone in longing for the old bahaviour. Perhaps we could have one CustChoice that everything uses, although I don't know where we'd put it.

Jan. 26, 2013

CustChoice

by jcid＠dillo.org

On Wed, Jan 16, 2013 at 08:03:31PM +0000, corvid wrote: > > I was looking into why the search dialog would no longer let me tab to > the search engine list and press down arrow to switch between them... > It seems that, once Jorge added a CustChoice in fltkui.cc, the dialog code > started to use _that_ one and not its own. Funny how this also annoys me, while thinking it was one of your patches that changed the behaviour! ;-) Of course I'm not sure, and will review the issue, but *feel* happy about not being alone in longing for the old bahaviour. -- Cheers Jorge.-

Jan. 26, 2013

Another SGi compiler problem

by corvid＠lavabit.com

Chris wrote: > Fourteen files compiled so far but then this happened in > fltkflatview.cc: > > ---------------------------------------------- > cc-3168 CC: ERROR File = fltkui.cc, Line = 782 > A name followed by "::" must be a class or namespace name. > > bool > FltkToggleButtonResource::FltkToggleButtonResource::isActivated > () > ^ > > cc-1443 CC: ERROR File = fltkui.cc, Line = 782 > > "dw::fltk::ui::FltkToggleButtonResource::FltkToggleButtonResource" > is not a > class template. > > bool > FltkToggleButtonResource::FltkToggleButtonResource::isActivated > () > ^ > > 2 errors detected in the compilation of "fltkflatview.cc". > ----------------------------------------------- > > Thoughts? Any problem if you change bool FltkToggleButtonResource::FltkToggleButtonResource::isActivated () to bool FltkToggleButtonResource::isActivated () ?

Jan. 24, 2013