- Dillo-dev - lists.mailman3.com

[PATCHES] GTK1 focus problem, solution
by Frank de Lange Sept. 10, 2003

Sept. 10, 2003

Jorge, Sebastian, world, In a previous message I described a focus problem with Dillo (focus is 'trapped' in invisible widget). I have traced the problem to the GtkToolbar class. GtkToolbar is a GtkContainer, so it always gets focus even when GTK_CAN_FOCUS is unset. Hoewever, it redefines the focus signal function to NULL, thereby trapping focus inside the widget. To get normal focus behaviour, the GtkToolbar class's focus function needs to be changed to something like { return FALSE; }. I have patched interface.c to this extent. Patch is attached to this message. To get a complete, two-way tab focus chain (ability to tab around all focusable widgets in Dillo, forward and backward) my focus patch for dw_gtk_scrolled_frame is needed, otherwise dw_gtk_scrolled_frame will trap focus inside itself. You can find the patches on my patch site: http://www.geocities.com/ikbenfrank/dillo-200309101437-interface_focus.patc… (size: 660 bytes) http://www.geocities.com/ikbenfrank/dillo-200309101116-focus_chain.patch.gz (size: 910 bytes) Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

1 0

[PATCHES] hand_cursor and image_popup, some remarks
by Frank de Lange Sept. 10, 2003

Sept. 10, 2003

[ Jorge, your mailserver is not healthy... I tried to send this 3 times without success, so it goes to the list instead... ] On Mon, 8 Sep 2003 11:13:32 -0400 (CLT) Jorge Arellano Cid <jcid(a)softhome.org> wrote: > You're right. In that case it causes more troubles than help. > Please send me the patch to commit it to CVS. It is part of the tab/frame patch... It uses the document abstraction. In non-patched Dillo, it would be something like: if(bw->nav_stack_ptr != -1) gtk_widget_grab_focus(GTK_BIN(bw->docwin)->child); else gtk_widget_grab_focus(bw->location); Question is, how much sense does this make in a single-document window? When the window is created, the navigation stack is empty, so focus will always be on the location bar... By the way, there are some problems with 'hidden focus' in Dw. These problems only become directly noticeable in the tab/frame patched version, but they are present in CVS Dillo as well. To see the problem: 1. start dillo on a longish directory listing or a long document (so that the vertical scroll bar appears) 2. use up and down arrow keys to scroll the document. This works in unpatched Dillo. In the (current) patched version, it only works AFTER pressing the UP key once... 3. press SHIFT-TAB twice. Focus is now set on... something. Something invisible. There is no visible focus cue 4. press DOWN key. Nothing happens, no matter how often you press it... Same for TAB, ENTER, RIGHT, ... 5. press UP or SHIFT-TAB or LEFT key. Focus is now on the document, and scrolling keys work as they should. The problem does not show (in patched or unpatched Dillo) when in fullscreen mode. I've searched for the cause of this problem, but have not yet found it. > Clashing with other apps. is almost unavoidable (unless we > clone), but we have chosen to rely over an underlying cognitive > model for our UI. It has been very succesful, and praised! > > Now, as a matter of serendipity :), the bouncing keyboard may > have shown us both a better way. If we make Ctrl-L focus the > location bar (as Ctrl-U does now) and a second Ctrl-L to clear > it, that may be a good choice. Well, Ctrl-U is generally used for 'clear entry' in GTK1 (not in GTK2 though), so I think it is best to use it for that purpose in Dillo as well. For GTK2, following the toolkit default bindings is the logical thing to do. Even better is to allow users to decide for themselves which bindings they want. GTK2 does not allow this by default, but it can be re-enabled. No matter how well thought out a model is, the user should *always* be able to override the designer's defaults. Even if that user messes up a perfectly thought out cognitive model. That is also why I make just about everything user-selectable using preferences with sane default values. So, one of my next goals will probably be to implement user-selectable accelerators in Dillo... Based on GTK's default mechanisms for doing such a thing. > Of course, a more orthogonal way to do it, is the same > functionality, but inside the location popup. But please > experiment with the above suggested idea, and tell me your > findings. Generally I find that popup menu's are more a hinder than a help. This is more of a problem with window managers which do not correctly manage them than with the basic concept of popups, but as the state of the art currently stands I try to avoid them as much as possible. I will therefore try to implement the functionality of Dillo's transient popups (find and open url) in the main window, the former probably in the status bar and the latter in the location bar. And, of course, make a preference to allow the user to choose which version to use - popup or main window. As for using CTRL-L for clearing the location bar, I do not think this is a good idea. But, it is not for me to say it is a bad idea either. > PS: If you send me the requested patches, chances of fast commit > are very high Attached two patches, one for hand_cursor, one for right_click on image. Some remarks: The 'image save as' function in the image popup works, but is dependent on the dpi for the actual save function. That dpi (or, rather, wget) does not know how to handle some link types (eg. file: links), so it will fail on those. The hand_cursor patch works fine, but input_images do NOT work as stated in my previous message. Reverse the patch to dw_button.c to get them back to live... Maybe the image popup should be a submenu on other popups? See the frame/frameset popups (in the tab/frame patch) for an example of what I mean. That way, the image can also be accessed in links (and, maybe, in input images, even those currently do not react to RMB-clicks for obvious reason...) Please be aware of the fact that I will have to keep on adding these patches to the tab/frame patch while the document abstraction has not been committed to CVS... So I will have to patch my own patches, not something I want to keep on doing too long... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

2 2

FW: [Dillo-dev] How do your clear the dillo cache
by Ronald W. Henderson Sept. 9, 2003

Sept. 9, 2003

Folks: Let me be more accurate with my problem: The graphic images (which are *.png files) are the ones which are cached. If I hit the reload botton the html code updates ok but the graphics don't. I need to start and stop Dillo for the graphic images to be updated. Folks: How do you clear the Dillo cache? I am using dillo (0.7.3) to view an updated local html file: "file:xxx.html". I have to stop and restart dillo to see the updates. The "Reload" Button or open file menu option just keeps loading the cached pages... Thanks.. _______________________________________________ Dillo-dev mailing list Dillo-dev(a)lists.auriga.wearlab.de http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

2 1

Two small things that need implementation...
by Jorge Arellano Cid Sept. 9, 2003

Sept. 9, 2003

Hi, These things have waited for a long time unimplemented. Both don't require much code, but some knowledge: 1.- A right-click popup for images (we have all the code and functions of it, what we need is to hook an empty popup to right-click over images). 2.- Input images work, but there's a detail lacking. The arrow- shaped cursor should change to a hand-shaped one (as with links). Anyone? Cheers Jorge.-

3 3

Feature request - Open tab in background
by Colin Michael Yates Sept. 8, 2003

Sept. 8, 2003

Hi, Is it possible to open a tab in the background, instead of it always getting focus? I generally go to a forum (for example), and open the messages that I want to read in a seperate tab, when I have selected all the messages I want to read, I then go through them one by one. Is this feature already implemented, or does anybody with more C coding skill then me want to implement it :) Cheers, Colin

2 1

How do your clear the dillo cache
by Ronald W. Henderson Sept. 7, 2003

Sept. 7, 2003

Folks: How do you clear the Dillo cache? I am using dillo (0.7.3) to view an updated local html file: "file:xxx.html". I have to stop and restart dillo to see the updates. The "Reload" Button or open file menu option just keeps loading the cached pages... Thanks..

1 0

Check for unterminated quoted strings
by Andreas Kemnade Sept. 6, 2003

Sept. 6, 2003

I found this tag on pages at www.reichelt.de: <A HREF="Info.html?P1mqhKwQAQsAAHVmTEY+Suche+0+50+LM%20324%20D%20SMD+lm324" onmouseover="return overlib('<TABLE><TR><TD><font face=\'Verdana, Arial, Helvetica, sans-serif\' size=1 color=\'#FFFFFF\'></font></TD></TR></TABLE>',CAPTION,'LM 324 D SMD');" onMouseout="return nd();"> It looks like correct html to me or am I wrong? But dillo does not render it correctly. It is rendered like this: <A HREF=... onmouseover="...TABLE"><TR><TD>... So the check for unterminated quoted strings confuses the table handling. With a small change to html.c, it will be rendered correctly: /* Skip over quoted string */ buf_index++; buf_index += strcspn(buf + buf_index, - (ch == '"') ? "\">" : "'>"); + (ch == '"') ? "\"" : "'"); if ( buf[buf_index] == '>' ) { /* Unterminated string value? Let's look ahead and test: * (<: unterminated, closing-quote: terminated) */ I don't know why that check is there. Does HTML allow quoted strings to be not terminated? I guess there is a better solution than mine. Greetings Andreas Kemnade

1 0

Something to think about: free vs. proprietary OSes
by Kelson Vibber Sept. 5, 2003

Sept. 5, 2003

<flamebait> So if Dillo is about 100% free software, including the OS it runs on, does that mean we should reject any patches that help Dillo run on Solaris, IRIX, AIX, HP-UX, Mac OS X and so on? If something breaks compatibility with Cygwin, should we let it slide because Cygwin only runs on Windows? What's next, dropping support for SuSE because it's less free than Debian? Red Hat because they call it "Linux" instead of "GNU/Linux?" </flamebait> Where do we draw the line... and why? Compatibility? Ideology? If someone came up with a way to get a working prototype on Mac OS classic, without any effort on your part, would you reject their contribution because the OS is proprietary? If yes, what makes Solaris different? If no, what makes Windows different? A consensus on this issue would be useful, especially the next time someone expresses interest in using Dillo on a nonconventional platform. -- Kelson Vibber www.hyperborea.org

4 3

Re: [Dillo-dev] could not find font
by Jorge Arellano Cid Sept. 4, 2003

Sept. 4, 2003

Hi, > > Hi, I am using dillo for a project here at the univ. In the course of it I > have had to make some modifications to the dillo source so as to be able > to talk with some `tuple space` server. They don't affect the working of > dillo and are abstracted out. Also I need to get the modified dillo on my > ipaq H3670 for use in the project demo. I did the source changes and > everything seems just great. I compiled it for arm using handhelds.org > public clusters and also managed to get it onto my IPAQ. So far so good. > > However the dillo executable doesnt run and bails out saying: > ---- > ** WARNING **: Can't load any ISO8859-1 font!?! :( > ** ERROR **: Could not find any font. aborting... Aborted > ---- This means all the attempts in Dw_style_font_realize() failed. > The dw_style.c seems to look for a font and I would think it fails if it > doesnt find any. That's it. > But what I dont understand is the vanilla gpe > distribution given by the familiar folks also includes dillo and that > works fine on the SAME ipaq. So somehow that dillo executable knows how to > find the fonts? No. It may be that they don't try with the same fontnames! Make sure both provide the exactly the same Dw_style_font_realize() font. If it's the same, check you're using the same dillorc for both. If the problem still persists, using both on the same machine under the same username, using the same dillorc, I'm puzzled! > I am guessing I need to pass a font dir or something > related to x/xfs here? It also works great if I compile it on a desktop > linux box. I am wondering why it cannot find the fonts on the ipaq only. > > Does anyone have any suggestions on how to get this working? Thanks, As above. Cheers Jorge.-

1 0

Dillo on Win2k
by Robin Rowe Sept. 4, 2003

Sept. 4, 2003

FYI, making progress with Dillo on Win2k. http://cinepaint.sourceforge.net/pix/windows/dillo.win2k.gif Cheers, Robin --------------------------------------------------------------------------- Robin.Rowe(a)MovieEditor.com Hollywood, California www.CinePaint.org Free motion picture and still image editing software

9 16