- Dillo-dev - lists.mailman3.com

two image problems
by Johannes.Hofmann＠gmx.de June 7, 2009

June 7, 2009

Hi, I noticed two problems related to images: Some websites seems to send images with a charset set in the header, e.g: Content-Type: image/jpeg;charset=ISO-8859-1 In that case dillo seems to decode the data resulting in: Not a JPEG file: starts with 0xc3 0xbf Not sure whether we can/want to do anything about that. I don't understand the other problem: http://sz-magazin.sueddeutsche.de/upl/images/user/8059/17337.jpg loads and displays fine. from html however it doesn't work <img src="http://sz-magazin.sueddeutsche.de/upl/images/user/8059/17337.jpg" /> Cheers, Johannes

2 2

experimental patch: Re: dillo2 wrapping Chinese
by corvid＠lavabit.com June 6, 2009

June 6, 2009

dillo people: It turns out that dillo handles Chinese quite badly because the text doesn't contain whitespace (BUG 827). It looks like Japanese is that way as well. 1) People using East Asian languages: Does this do roughly the right thing? I've read that there are picky rules about certain individual characters, but I just mean in general here. 2) Thoughts on optimization are welcomed. littlebat: For some reason, I was thinking that whitespace was required between words in dillo, but I misremembered. littlebat wrote: > Hi, > Thanks for the work on Dillo. > > I think it isn't a good idea to resolve long chinese line wrapping > problem by inserting space after punctuation mark("?" or "?" or "?", > etc..). > > Here is a "Dillo2 Wrap Long Chinese Line Test" page: > http://www.learndiary.com/en/dillo2-wrap-long-chinese-line-test.htm . > Open it with Firefox or IE, then open it with Dillo2, You will see the > different of wrapping long chinese line between them. > > Note, unlike english, there is no space between Chinese characters. So, > it should be wrapped after any Chinese character which has reached the > end of a line. I don't know the technique detail about this, but, I > think, let the Chinese characters function as (english) commas or > periods is a good idea, so, a new line can be started after any Chinese > charcter which character has reached the end of a line. > > littlebat > > http://www.learndiary.com/en/ > > > corvid wrote: > >Would it make things better or worse than it is now if I inserted a > >space when encountering a "?" or "?" so that dillo would know > >that it can wrap there? If that doesn't show up properly, > >I mean the characters that function as commas and periods. > > > >(I'm trying to think of something simple that will at least help you > > somewhat without having to make big changes right now :) > > I realize that it _should_ be able to wrap after most CJK characters, > > but...) > > > >It could be worse because > >1) Those spaces would still be there if you were copying and pasting > > the text to something else. > >2) If you wanted to search a page for "text?text", you would have to > > enter "text? text" with a space in there.

3 10

patch: NOP keybinding
by corvid＠lavabit.com June 5, 2009

June 5, 2009

I think it would be nice to have a NOP binding to get rid of a default binding. complicated patch:

2 1

patch: smaller findbar buttons for narrow screen
by corvid＠lavabit.com June 4, 2009

June 4, 2009

I resized my window to make it narrower and discovered that the findbar buttons eat all of the space and make the input widget disappear. With button width reduced to 40 with a narrow window, if I resize down to match that ipaq screenshot that Andreas made, I can still see a reasonable amount of input field.

2 2

view source dpi question
by Johannes.Hofmann＠gmx.de June 2, 2009

June 2, 2009

Hi, annoyed by the slow source view widget I'd like to play with a source viewer dpi (Jorge, I think you suggested to use a dpi instead of coding it in dillo directly). However I want to avoid to reload the page from the dpi, as I want to be able to view the source exactly as it is currently displayed. How should I pass the html document from dillo to the dpi? Any ideas? Cheers, Johannes

3 6

https through a proxy
by corvid＠lavabit.com June 1, 2009

June 1, 2009

Yesterday I hacked up (it's still very hacky right now) some code that is intended to make https work through a proxy, but I haven't tested it on an actual proxy yet. Do you have any suggestions on what would be the most convenient way to go about this? (It'd be nicer just to test with something that's running out there than to do a bunch of building and configuring for something I'll just rm again afterward.)

2 4

[patch]: more doxygen fixes
by onepoint＠starurchin.org May 31, 2009

May 31, 2009

Doxygen is missing some methods because it's not smart enough about namespaces and sometimes thinks that the signatures of the declaration and the definition are different when they are not. You can see the warnings in its output (hint: redirect stdout to /dev/null to extract the warnings from the noise). Patch attached that adds some explicit namespace qualifiers. This removes doxygen's confusion, fixes the docs and silences the warnings. Regards, Jeremy Henty

4 4

Re: the *_freeall() patch
by jcid＠dillo.org May 31, 2009

May 31, 2009

On Sat, May 30, 2009 at 01:21:12AM +0000, corvid wrote: > In http://lists.auriga.wearlab.de/pipermail/dillo-dev/2009-March/006234.html > about key bindings, the matter of the *freeall()s came up. > My copy of the patch that I sent you has that same date on it, Mar 25, > and I think I sent it within maybe...two days. > > I've been running on it without incident since that time, other > than that since-fixed klist bug that it found. Committed. BTW, I also added a a_Prefs_freeall() function. Please test. -- Cheers Jorge.-

1 0

[patch]: spelling: instanciate
by onepoint＠starurchin.org May 31, 2009

May 31, 2009

The act of creating an instance is not "instanciation" but "instantiation". Patch attached. You have been reading "Great stupidities of English spelling", number 361 of a *very* long series. Regards, Jeremy Henty

3 3

patch: segfault in win_cb in uicmd.cc
by corvid＠lavabit.com May 30, 2009

May 30, 2009

I was closing dillo. So far as I can recall, I just hit ^Q a couple times (my usual method), but I don't think that would explain the win_cb(). (gdb) bt #0 0x08055a00 in UI::tabs (this=0x0) at ui.hh:105 #1 0x080555ef in win_cb (w=0x813fe48, cb_data=0x8190618) at uicmd.cc:351 #2 0x080df426 in fltk::handle () at ../fltk/Widget.h:127 #3 0x080e0995 in do_queued_events () at x11/run.cxx:399 #4 0x080e0c16 in fltk::wait (time_to_wait=1.00000002e+20) at x11/run.cxx:459 #5 0x080e0db0 in fltk::run () at run.cxx:399 #6 0x0804f737 in main (argc=1, argv=0xbffffb34) at dillo.cc:353 (gdb) p num_bws $13 = 2 (gdb) p bws[0] $14 = (BrowserWindow *) 0x81da720 (gdb) p bws[1] $15 = (BrowserWindow *) 0x81e4a10 (gdb) p bws[2] $16 = (BrowserWindow *) 0x81da720 Perhaps I had just closed the old bw[0], with a_List_remove moving the old bw[2] there. Here's a patch, since it's a good idea in any case to check what we've been given in a callback, but there is a bit of symptom-vs-disease in that I'm not positive how I got here in this situation.

1 0