- Dillo-dev - lists.mailman3.com

[Dillo-dev]dillo-0.8.2-rc1.tar.bz2

by Jorge Arellano Cid

Hi there! I just uploaded the dillo-0.8.2-rc1 (release candidate 1) to our site: http://www.dillo.org/download/dillo-0.8.2-rc1.tar.bz2 It's basically what we've been testing in the CVS, so it should be stable. What needs platform testing is the compilation process. This tarball was packaged with the newest auto* tools, so please report back how it goes. If no glitches are found, it'll become our dillo-0.8.2. Cheers Jorge.-

June 25, 2004

Re: [Dillo-dev]Hi, i am newer to this list.

by Jorge Arellano Cid

Hi, > Hi, All > i am newer to this list. now i try to port dillo > to a embedded device. there are few memory and storage > in this kind of device. > dillo is based on gtk+, it is impossible to port > gtk to embedded device because of its size. We know that, and GTK2 is even bigger. > now i try to make dillo to base on microwin+fltk. > i know that there are plan to make dillo base on fltk. > maybe your guys can give me some suggestion about how > to port dillo to base on fltk? Do you want to do it alone? Why not collaborate with us? Cheers Jorge.-

June 25, 2004

[Dillo-dev]Hi, i am newer to this list.

by �ffffc4�ffffac�ffffc8�ffffbb �ffffcd�fffff5

Hi, All i am newer to this list. now i try to port dillo to a embedded device. there are few memory and storage in this kind of device. dillo is based on gtk+, it is impossible to port gtk to embedded device because of its size. now i try to make dillo to base on microwin+fltk. i know that there are plan to make dillo base on fltk. maybe your guys can give me some suggestion about how to port dillo to base on fltk? Thank you very much. BGs/Hermit _________________________________________________________ Do You Yahoo!? 嫌邮箱太小？雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/10m/*http://cn.mail.yahoo.com/event/10m.…

June 23, 2004

Re: [Dillo-dev]BUG#569

by David McKee

On Sat, 19 Jun 2004, Jorge Arellano Cid wrote: > What do you guys think of this? > > 569 > Impact: feature fault > At: run time > Type: misbehaviour > Comments: In Dillo, BACK button sends me to other previous html file, > not to the previous position in the same file. [...] > Since the beginning, Dillo's behaviour is as described above. > We have received almost no complaints, so it doesn't seem that > bad in practice. Would it be worth to change it? This has always been a minor annoyance...if the long page you're browsing has been structured with a convienent set a headings, the navigation sub-menu solves the problem fairly well, but I would like to see this behavior changed. If the page author has not been so kind, or if the page consists of a single giant table, you then have to scroll madly in search of you place... Presumably the back (and forward) button is implelemted with a stack of URLs. Stacking a tuple of (url, location) or somesuch would change the behavior to conform with other major browsers. -- -- David McKee -- dmckee(a)jlab.org -- (757) 269-7492 (Office)

June 21, 2004

Re: [Dillo-dev]Dillo & linuxmail.org

by Lars Segerlund

Thanks, I couldn't get it to go together, ( I was able to login, but this is probably due to an old coockie ). Now I know where to look .. time to fool around :-) .. / regards, Lars Segerlund. On Wed, 16 Jun 2004 12:05:07 -0400 (CLT) Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > Hi Lars, > > > On Wed, 16 Jun 2004, Lars Segerlund wrote: > > > > > I just checked out the latest dillo and I can alsost get my > > linuxmail.org account to run in it. > > > > Does anybody have any idea about what might be the problem ? > > The site relies heavily on Javascript. > > Looking at the source for the login page, it expects javascript > functions to MD5-encode the password before form submittion. > > It may be possible to bypass the problem by giving the MD5 > encoded password (+ the mangling it uses) so dillo can finally > get the FORM accepted by the server. > > It also looks as they give you a permanent cookie that can > avoid the login process to some extent. So allow them for that > domain. > > In a nutshell: the problem is mandatory javascript; it may be > solved with some clever hacks though. > > > Cheers > Jorge.- > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

June 21, 2004

Re: [Dillo-dev]BUG#569

by Johannes Hofmann

Hi, actually I would like to have it changed. Then BACK would always send you back one click, whether within the same page or not. Often one doesn't really know whether one is still in the same page or not. Regards, Johannes Hofmann On Sat, Jun 19, 2004 at 01:01:20PM -0400, Jorge Arellano Cid wrote: > > Hi there, > > What do you guys think of this? > > 569 > Impact: feature fault > At: run time > Type: misbehaviour > Comments: In Dillo, BACK button sends me to other previous html file, > not to the previous position in the same file. It is a problem. > I tested this BACK BUTTON function in Mozilla and IE. They worked. Please > solve > this glitch. I really need this function. > HTReproduce: In a long html file, click a tag that sends you to the > another > part in the same html file. Then click BACK BUTTON in the menu > bar. You would be in the previous other html file, not in the > previous position in the same file. It is a fault behavior. > WorkedBy: polsci* hitel* net > Submitter: polsci* hitel* net > > Since the beginning, Dillo's behaviour is as described above. > We have received almost no complaints, so it doesn't seem that > bad in practice. Would it be worth to change it? > > > Cheers > Jorge.- > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

June 19, 2004

[Dillo-dev]BUG#569

by Jorge Arellano Cid

Hi there, What do you guys think of this? 569 Impact: feature fault At: run time Type: misbehaviour Comments: In Dillo, BACK button sends me to other previous html file, not to the previous position in the same file. It is a problem. I tested this BACK BUTTON function in Mozilla and IE. They worked. Please solve this glitch. I really need this function. HTReproduce: In a long html file, click a tag that sends you to the another part in the same html file. Then click BACK BUTTON in the menu bar. You would be in the previous other html file, not in the previous position in the same file. It is a fault behavior. WorkedBy: polsci* hitel* net Submitter: polsci* hitel* net Since the beginning, Dillo's behaviour is as described above. We have received almost no complaints, so it doesn't seem that bad in practice. Would it be worth to change it? Cheers Jorge.-

June 19, 2004

[Dillo-dev]BUG#570

by Jorge Arellano Cid

Hi Sebastian, Please give a look at BUG#570: 570 Impact: soft error At: run time Type: render bug Comments: Inconsistent render. First load or reload renders different than cached load (back/forward) HTReproduce: open dillo, nav to http://slskboard.savagenews.com/index.php (notice the first forum name i.e.) press back press forward (different cell width) WorkedBy: nobody Submitter: unknown it is very interesting and perhaps related to the rendering problem of our home page with dialups (resizing of alt-sized cells to actual image size). Cheers Jorge.-

June 19, 2004

Re: [Dillo-dev]thread-safe X at fresco

by Jorge Arellano Cid

On Fri, 18 Jun 2004, robert w hall wrote: > The thread-safe versions of XFree3.3.3.1 have disappeared from > linuxsavvy, (and my own attempts too recompile my own have produced > useable, but not wholly error-free results)... > > But I note that vintage.fresco.org still has two earlier thread-safe > Xlibs, 3.1.2 and 3.2, linked statically. I have REENTRANT 3.3.2 libs that work for me. If you want I can pack them for you to try... Cheers Jorge.-

June 19, 2004

[Dillo-dev]thread-safe X at fresco

by robert w hall

The thread-safe versions of XFree3.3.3.1 have disappeared from linuxsavvy, (and my own attempts too recompile my own have produced useable, but not wholly error-free results)... But I note that vintage.fresco.org still has two earlier thread-safe Xlibs, 3.1.2 and 3.2, linked statically. Anyone used these? dillo glib gtk appear only to use libX11, libXext, (which is all the earlier fresco 3.1.2 package provides). Bob Going bravely backwards from kernel 2.6.7! -- robert w hall

June 18, 2004