- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] Hangin with high CPU load

by Sebastian Geerken

On Thu, Jun 19, David McKee wrote: > Of late dillo has started getting into a state where all progress stop in > all open windows, and it sits on the CPU---keeping my load average at 1.0 > ... I've just committed a change, which fixes at least the problem with <http://ftp-master.debian.org/testing/update_excuses.html#kdelibs>. Please let me know, if the problems still arise. Sebastian

June 29, 2003

text wrap aroung images?

by JoeHill

I'm curious about why Dillo doesn't wrap text around images, but treats all images as a paragraph IYSWIM. Is this a fault in the way people are doing their html (Slashdot?!), or is it something with Dillo? Not a major issue, but it seems to be a standard thing in HTML. Cheers all! :) -- + Joe Hill + Registered Linux user #282046 + ICQ# 279518458 + "Come the millennium month 12, in the home + of the greatest power, the village idiot will come + forth to be acclaimed the leader."--Nostradamus 1555

June 28, 2003

Re: [Dillo-dev] dpi interface ....

by Jorge Arellano Cid

On Fri, 27 Jun 2003, Lars Segerlund wrote: > > Hi, > > I'm trying to hack a mailreader dpi for dillo, and I have some code > which runs on top of nmh and works decently, ( I looked at exmh :-) ). > So now I wan't to know where the dpi's are heading ? Mainly if there > is a plan for 'dynamic dpi configuration' and such, i.e. the ability to > use a dpi bound at runtime, I have looked at the bookmarks dpi, and > since parts of it is compiled into the binary ( the button binding and > such ), I am wondering how to handle this in a future safe manner ? > > ( btw. the mail reader works something like a local webmailer, and I > wanted somthing which made extensive use of comand line mail utilities > which alredy exist ). > > So is there a furure target to aim for or do I make it a patch a'la > bookmarks ? Sorry, I tried to wrap things up, but a lot of other things came up this week, and that's why I haven't commited anything. Judging from the past, forwarding documentations without the code is almost of no help here. A LOT OF things have been done, I just need some time to wrap it up. Yes, things will be flexible so don't try to hardcode it as bookmarks (BTW, the bookmarks plugin is now running under dpid). If I can't do it the next week, I'll post the whole work we have with Ferdi as it is then. Cheers Jorge.-

June 28, 2003

dpi interface ....

by Lars Segerlund

Hi, I'm trying to hack a mailreader dpi for dillo, and I have some code which runs on top of nmh and works decently, ( I looked at exmh :-) ). So now I wan't to know where the dpi's are heading ? Mainly if there is a plan for 'dynamic dpi configuration' and such, i.e. the ability to use a dpi bound at runtime, I have looked at the bookmarks dpi, and since parts of it is compiled into the binary ( the button binding and such ), I am wondering how to handle this in a future safe manner ? ( btw. the mail reader works something like a local webmailer, and I wanted somthing which made extensive use of comand line mail utilities which alredy exist ). So is there a furure target to aim for or do I make it a patch a'la bookmarks ? / regards, Lars Segerlund.

June 27, 2003

Re: [Dillo-dev] Looking for Thorben...

by Thorben Thuermer

On Wed, 25 Jun 2003 18:14:41 -0400 (CLT) Jorge Arellano Cid <jcid(a)softhome.net> wrote: > > I've been trying to contact him for a couple of weeks now. > Does anyone have some news? I'm here, sorry...

June 26, 2003

Re: [Dillo-dev] Re: [Patch] Search feature and more

by Johan Hovold

Hi and thanks for your comments! > > dillo-search.diff: > > - * Added search feature to location entry/open url. ("s key words...") > > (BUG#473) > > Very interesting, and certainly easy to use. Unfortunately it > comes with a kind of interface that's out of the cognitive model > behind Dillo's UI. In simple terms it means that users will have > to learn how to use it from the help file and that it's not quite > oobvious from the GUI and that it is different from what you come > to expect when using dillo. > > The search problem had been in my mind for some time, so I know > it is necesary to do something about it. > > I think that a small icon (like "clear URL box"), shaped as a > magnifier, can pop up a dialog (like "Open URL"), but for search. > If we add a short-cut for it (Ctrl-s), and the option to hide the > icon (as with the rest of the interface icons), it integrates > better with the user interface model. I agree that e.g. a search dialog would be easier to find for new users. On the other hand after a while you'll probably start looking for keyboard shortcuts to speed up browsing, and there the "s key words" feature could be listed. My point is that you already have to review the help file in order to find all features of dillo (or any other browser). Minimalism is something I've come to appreciate, and hence being able to browse with just keyboard shortcuts and a location entry (and no buttons/dialogs) is something at least I'd prefer. Is it possible to have both options in dillo, without violating Havocs guidelines too much? I.e. having both a search dialog and the "s key words" "shortcut"? Another solution could be to enter the keywords in the location entry and then press a search button (with accelerator Ctrl-S) to perform a search. A good compromise? An alternative approach is found in recent versions of mozilla. Entering key words in the location entry brings up a drop down list (with matching urls from history) AND a "search <your-search-engine>" entry. Perhaps not as quick as the above mentioned solutions, and it wouldn't be my first choiche, but it is quite easily found by new users. > > dillo-accel.diff: > > - * Added keyboard shortcuts to > > - reload (Ctrl+R). > > - full screen (F11). > > - select all text in location entry (F8). > > - focus location entry (Ctrl+Shift+L) > > (BUG#474) > > > > Files affected: interface.c > > > > This patch adds a few useful keyboard shortcuts which eases mouse less > > browsing. > > Most browsers have a focus-and-select the location entry shortcut (Ctrl-L in > > mozilla, F8 in opera). I tried to get some feedback on if this was the desired > > behaviour for dillo by posting the mailing list, but no one seemed very > > interested. I therefore settled on a two shortcut solution; F8 selects all > > text and Ctrl-Shift-L just focuses the location entry. In this way you can > > easily modify an existing url or just enter a new one without the use of > > the open url dialog. > > > > As I wanted the F8 key to work also within the location entry I had to add > > a key press handler to the main window (the existing one just handles > > key presses within the view port (docwin)). I decided on this solution since > > adding a handler to the location entry didn't seem right and moving the > > docwin key press handler to the main window didn't work as this handler gets > > called before a text widgets default handler (and thus a backspace in a > > html form would trigger back). > > > > Perhaps a better solution would be two plain accelerators; one for the > > clear-location button and one to just focus the location entry. This way > > there'd be no need for an extra key press handler. But I figure that > > a "global" key press handler may be needed in the future. Am I wrong? > > > > Maybe Ctrl+L would be a better shortcut to select all text in the location > > entry and Ctrl+Shift+L the shortcut to open an open url dialog (as in > > Mozilla), but I didn't dare changing the default behaviour without > > getting some feedback first. > > I think: > - reload (Ctrl+R). > - full screen (F11). > > could be easily agreed into a short-cut key. > > The problem is that everybody comes with his favorite set of > shortcuts (you'd be amazed to look in my Mailbox!). OTOH this is > not rare; evreyone uses some different apps. and get accustomed > to different key combinations. > > I prefer to take Havoc's approach on this: > > http://www.dillo.org/ui-prefs-tips.html Do you mean that there should be no shortcut to focus (and/or) select the location entry, besided tab/Shift-tab? I think that we should implement this shortcut even after the tab/Shift tab issue is solved. There's at least three reasons: 1. The Tab/Shift-Tab is used to cycle between widgets in the viewport. Browsing a page with a lot of buttons/forms would require too many tab presses to focus the location entry. 2. This feature is common in other browsers so perhaps new users expect to find it? (At least I did.) 3. The "Open URL" dialog/shortcut isn't sufficent since it doesn't give you the option to modify the current url. If I've been able to convince you, what would you prefer: a focus or a select shortcut (or both)? Or two shortcuts: focus and clear respectively? > > dillo-focus.diff: > > - * Made main document window grab focus on startup and after open url. > > (BUG#330) > > > > Files affected: interface.c > > > > This is just a two line patch which implements the behaviour found in other > > browsers as mozilla and opera. Makes mouse less browsing easier. > > Well, this is a long time unsolved problem for us :(. > > Please give a read to my last post about it: > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-June/000770.html By adding a key press handler to the main window (in your test app) with the following code and passing it the window as client_data: switch (event->keyval) { case GDK_F1: g_print("Widget @ %p - %s has focus\n", GTK_WINDOW(client_data)->focus_widget, gtk_widget_get_name(GTK_WIDGET(GTK_WINDOW(client_data)->focus_widget))); break; } I was able to find out (perhaps you already know), that the "Nirvana widget" you mentioned is NULL!. You app initially focuses nothing since GTK_WIDGET_SET_FLAGS(entry, GTK_HAS_FOCUS) just seems to makes the widget look like it's focused. A gtk_widget_grab_focus(entry1); after the window has been shown sets the initial focus to entry one. Then hitting tab focuses the three entries in turn, and then focus_widget is again set to NULL. I tried this in dillo as well with similar result: Without my patch focus_widget is initially NULL and hitting Tab doesn't change this. Shift-Tab focuses the location entry. Another Shift-Tab again sets focus_widget to NULL. And a third Shift-Tab gives the viewport focus. The difference here (from the your test app) is that the focus hangs when cycling forward (initially at NULL and later on the viewport) but not when cycling backwards! I hope these observations can be to some use. > If you can make a temporary subscription and send it to the > GTK+ list, it'd be a great favor to us. A noticed that someone else just posted it. > In the meanwhile (or if the post gets no answer), I think your > approach will make it into the source as a workaround. IMO the inital focus of the viewport and focusing of the viewport after opening an url is not just a temporary workaround for the focus-cycle issue. When starting dillo I think the focus should be set to either the location entry or the viewport. I decided on the viewport since you may have passed dillo a URL argument, and otherwise you could easily focus the location entry with the above mentioned shortcuts (or Shift-Tab). (This is also the behaviour of mozilla and opera). Likewise, entering an URL and hitting enter you normally expect to load a page for browsing. Then I find it natural that the focus is automatically set to viewport so you can use pageup/down etc while reading (this is the approach in mozilla and opera). If you've misspelled the URL you can focus the location entry with either Shift-Tab or a shortcut. > Note that if we solve this, it becomes easy to focus the > location box (or viewport) in tyhe standard GTK+ way: > > TAB/ShiftTAb See note above. Cheers Johan

June 26, 2003

Looking for Thorben...

by Jorge Arellano Cid

Hi, I've been trying to contact him for a couple of weeks now. Does anyone have some news? Cheers Jorge.-

June 26, 2003

Re: [Dillo-dev] convert mozilla bookmarks to dillo

by Jorge Arellano Cid

On Thu, 12 Jun 2003, Kyle Amon wrote: > Hi, > > I don't subscribe to this list, but I've been sweet on Dillo since > about 1997 or 1998 (who knows). Anyway, I just wrote a trivial but > usefull perl script to generate a Dillo bm.txt file from a Mozilla > bookmarks.html file and thought others might be interested in using > it as well. It is attached and posted on my homepage under Software. > > Enjoy, I just put alink it in our home page (news section). Thanks! Jorge.-

June 26, 2003

Re: [Dillo-dev] Dillo RPMs updated, Mandrake version available

by Kelson Vibber

At 08:35 AM 6/25/2003, Jorge Arellano Cid wrote: > > Jorge, would it be appropriate to also use the new toolbar icons, or would > > you prefer I waited until the next official release? > > I'd prefer it to appear in the next release. OK. I'll wait, then. > BTW, do you have some download stats for the RPMs? Here are the statistics for June, as of last night: ==== "Official" RPMs available all month ==== 254 dillo-0.7.2-2.rh9.i386.rpm 187 dillo-0.7.2-2.src.rpm 165 dillo-0.7.2-2.rh8.i386.rpm 158 dillo-0.7.2-2.rh7.i386.rpm ==== New "Official" RPMs posted yesterday === 5 dillo-0.7.2-3.src.rpm 4 dillo-0.7.2-3.mdk.i586.rpm ==== "Unofficial" RPMs with patches ==== 12 dillo-0.6.6-4.i386.rpm 10 dillo-0.7.2-1+remote.rh9.i386.rpm 7 dillo-0.7.2-1+remote.src.rpm 5 dillo-0.6.6-4.src.rpm 4 dillo-0.7.2-1+remote.rh7.i386.rpm Of course, what's most interesting is the first section, and the indication of how quickly people have been upgrading to Red Hat 9. Of those looking for Red Hat-specific RPMs, fully 44% grabbed the one for the latest version. What I'd really like to know is the breakdown of those that grabbed the source RPMs: how many just want it built locally (to get an i686.rpm or athlon.rpm), how many are trying it on older versions of Red Hat, and how many are trying to get it to work on another distribution (and which ones). Maybe I'll put up a small poll next to the download link or something. Kelson Vibber www.hyperborea.org

June 25, 2003

Re: [Dillo-dev] The Dillo web browser and GTK+ (fwd)

by Melvin Hadasht

Jorge wrote on Fri 20 Jun 2003 19:41:36 CEST: > Can someone please forward this to gtk-list(a)gnome.org. > I sent it once and as I'm not a member it was held for aproval, > but it never made its way in. :( > > If someone here is a member, please send it. > If someone knows the answer, better! I'm subscribed to <gtk-app-devel-list(a)gnome.org>, I'm forwarding your questions there as no one seems to be subscribed to gtk-list(a)gnome.org. I think posting there is not off-topic. I'll let you know about any answers I get. -- Melvin Hadasht

June 25, 2003