October 2003 - Dillo-dev - lists.mailman3.com

Development
by Carlos Daniel Ruvalcaba Valenzuela Oct. 15, 2003

Oct. 15, 2003

Hi everyone It sems i lost a lot of the development cycle, now even plugins are implemented! Anyways, here is my wasted effort with dillo-0.7.3: * Fixed dpi.c capi.c, to handle launching multiple dpis via url, example dpi:/bm/ will launch bookmarks plaugs, dpi:/cfg/ will launch the configuration plugin. * Worked on dpilib a bunch of code to initialize comunications from a dpi to dillo, it works pretty well, also handles tag params, and url passed vars. * ddm_srv.c Dillo Download Manager, a download plugin using wget, will be able to download multiple files and show their progress in dpi:/ddm/downloads * cfg_srv.c Configuration, It can tweak a bunch of options for Dillo and DDM. Way back about a month i worked on a plugin daemon too. But with current changes i maded the daemon is not necesary, also dillo can load plugins if necesary. Any comments?, anyone wants the patches? Anyway, cheers. Carlos Daniel Ruvalcaba Valenzuela --------------------------------- Do You Yahoo!? Yahoo! Net: La mejor conexión a internet y 25MB extra a tu correo por $100 al mes.

2 1

Selection leak
by Jorge Arellano Cid Oct. 15, 2003

Oct. 15, 2003

Hi there! Finally the selection riddle is clear: there were some GTK+ warnings very seldomly appearing sometimes, but not in 0.7.3. In 0.7.3 one of the popups was being set as the permanent owner for all the selections, and it was initialized at browser window creation time. As 0.7.3 leaked the popups (not destroying them with the window) the widget remained valid all the time! In CVS the popup leak is fixed, so the selection owner can be destroyed with its window, and thus the warnings. I fixed it like I originally suggested: > Perhaps it'd be better to add a widget parameter to > a_Commands_set_selection: > > void a_Commands_set_selection(GtkWidget *widget, gchar *str) > > So we can set the owner properly. AFAIU the owner gets the > "clear selection" event on the handler it set. For instance, when > the user selects text from the location bar, the "clear > selection" callback is called. This can help to set a custom > handler for when the selected text comes from the rendered area. > This new handler can toggle the selection highlighting off, and > then call a_Commands_clear_selection_callback() to finish the > work. Sebastian: I used "GTK_BIN(bw->docwin)->child" as the selection owner for the rendered area. Is there a better candidate? Commited! Cheers Jorge.-

1 0

Re: [Dillo-dev] Development
by Scorpio Rising Oct. 15, 2003

Oct. 15, 2003

Behold, Carlos Daniel Ruvalcaba Valenzuela scribed in runic symbols on a tube chassis: > * ddm_srv.c Dillo Download Manager, a download plugin using wget, will be able to download multiple files and show their progress in dpi:/ddm/downloads Oy! Could I use this one :-)

1 0

[PATCH] version 1 of keyboard navigation patch
by Frank de Lange Oct. 15, 2003

Oct. 15, 2003

Hi'all, The first version (1) of my keyboard navigation patch is ready. See the end of this message for download instructions. Do note that the tab/frame patch already contains this functionality, so there is no need (and no way) to apply this patch on top of that or the other way around. The patch adds Keyboard navigation with configurable key bindings to (the CVS version of) Dillo. Please test it and let me know what you (don't) like. Even though keyboard navigation does not make much sense with devices without keyboards (pda's, etc), there is no configure option to disable it. Let me know if there is a need for such an option (it is easily implementable). Personally I think there is... For keyboard navigation to work Dillo has to track the position of individual words in a document, which increases memory overhead with 4 bytes per word. However, there seems to be some animosity against the added complexity of conditionally compiled code (enclosed in #ifdef ... #endif). More information on keyboard navigation can be found in the document "Keyboard_Navigation.txt" in the doc/ directory which I'll just reproduce it here: Keyboard Navigation =================== You can use the keyboard to navigate links and controls in Dillo. In the default configuration, the following keys are used: Alt-Up: link UP Alt-Down: link DOWN Alt-Left: link LEFT Alt-Right: link RIGHT Enter: follow link or activate GTK+ widget Escape: unhighlight link In a non-frames version of Dillo the following keys are also used: Tab: NEXT link Shift-Tab: PREVIOUS link these keys are not bound by default in a frames-capable version of Dillo because they are used to navigate between frames. You are free to bind them (or any other key combination) to these functions though (see Keyboard bindings) Sometimes the result of link UP and link DOWN seems a bit unpredictable. This can happen when the next UP or DOWN link is currently not visible (below the bottom or above the top of the window). The screen coordinates for words are only known when they are in the visible area of the viewport, so off-screen links are accessed sequentially instead. Search and keyboard navigation ------------------------------ Keyboard navigation works with the Search feature: if search hits a link, it will be focused. Press <Enter> in the viewport to follow the link, <Esc> to unhighlight it. When using the status bar for search (an optional feature in the tabbed version of Dillo), press <Esc> to close the search entry followed by <Enter> to follow the link. A second <Esc> will unhighlight the focused link. Pressing <Enter> in the search entry (popup or status bar) repeats the search. History ------- The focus location is saved when navigating to another document in the same window or tab. This makes it possible to go back in history and continue to the next link on the page. Form fields ----------- The same keys used for link navigation work for form field navigation. Do note however that form fields, being embedded GTK+ widgets, can have their own bindings for some functions. As an example, the space bar is bound to the activate function in radio buttons. Keyboard bindings ================= It is possible to change the keyboard bindings used for keyboard navigation, either through editing the dillorc or by adding a section to any of the current GTK+ rc-files. The syntax is the same, the only difference is the addition of the preference keyword "key_bindings" in the dillorc and the fact that the bindings have to be enclosed in double quotes. As an example, this configuration (in gtkrc) uses the numerical keypad for link navigation: binding "keypad-keys" { bind "KP_Add" { "focus_move" (0) } bind "KP_Subtract" { "focus_move" (1) } bind "KP_8" { "focus_move" (2) } bind "KP_2" { "focus_move" (3) } bind "KP_4" { "focus_move" (4) } bind "KP_6" { "focus_move" (5) } bind "KP_Enter" { "focus_activate" () } } class "GtkDwScrolledFrame" binding "keypad-keys" You can also use 'widget "*dillo-content" instead of 'class "GtkDwScrolledFrame" if you prefer to use widget names: widget "*dillo-content" binding "keypad-keys" This one (in dillorc, note the enclosing double quotes, the use of single quotes and the preference name 'key_bindings') makes Dillo behave like the vi editor when it comes to link navigation: key_bindings = "binding 'vi-keys' { bind 'k' { 'focus_move' (2) } bind 'j' { 'focus_move' (3) } bind 'h' { 'focus_move' (4) } bind 'l' { 'focus_move' (5) } } class 'GtkDwScrolledFrame' binding 'vi-keys'" The numerical values after "focus_move" are actually GTK enumeration values, but the current implementation does not support this. It would of course look much better to be able to write "focus_move" (GTK_DIR_DOWN) instead of "focus_move" (3)... It is also possible to bind a sequence of actions to a single keypress by adding more actions after the first. Bugz^Hs ======= - Image links without alt text do not work with keyboard navigation. - Image links with alt text work, but Dillo is currently not able to scroll to them. This can lead to 'hidden' focused links, use the scroll keys or scroll bars to bring them in to view. This problem is shared with the Search feature. It is caused by a deficiency in the widget iterator function which is used for scrolling. - The sometimes unpredictable behaviour of link UP/DOWN can be classified as a bug. Or not. It is probably hard to solve this. The root cause is the use of incremental display in dw_page, which is in itself a good feature. To good to mess it up with some hack to get each and every link in the right place before using keyboard navigation. TODO ==== Well, apart from fixing those bugs... Maybe merge focus with search, they have quite a lot in common. This would save some code and memory. It would also mess up the current design, so maybe this is not such a good idea. Add more GTK+ bindings, replacing current key_press event handling. ... Download instructions ===================== There is currently only one version of the patch, made against 20031014 CVS. Sorry, no 0.7.3 support (yet...). As always, have a look at the patch website (http://www.geocities.com/ikbenfrank/) for the latest version of the patch. This patch does NOT apply on top of the tab/frame patch, and the tab/frame patch does not apply on top of this one! The tab/frame patch already contains this functionality, so it is not needed. Also, there is some overlap in the patched files, so I'd have to create a special version of this patch for this purpose. http://www.geocities.com/ikbenfrank/dillo-200310142300-kbnav.patch.gz size: 14336 bytes (gzipped, as downloaded) 62481 bytes (uncompressed) md5sum: 06c21168960cc5de12437ab4abff6d45 (gzipped, as downloaded) a1317f63190ad0df9501bbb257f8c137 (uncompressed) 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." ] -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / \ \ `--| _/ <Hacker for Hire> \ `---' \ +46-734352015 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

1 0

RE: [Dillo-dev] FLTK
by Eric Gaudet Oct. 14, 2003

Oct. 14, 2003

> Please back your opinions with links, docs, facts or with > whatever helps better to understand the point. Maybe a single > email can show there's no way to do it, or maybe not! > Two applications I used to run regularly when they were on gtk1.2 were ported to gtk2.0: pan and edonkey2000-gtk. I'm not using them anymore, because their rendering became painfully slow: scrolling the lists down takes several seconds to refresh on my 300MMX laptop. After doing some research, is seems that Pango is the culprit: rendering unicode needs some advanced graphic operation also slows down any text rendering. As I yet have to see a fast application using it, I would recommend NOT going with gtk2.0 for Dillo. Best, Eric

2 1

PLEASE CONTACT ME
by Mr. George Rhoney Oct. 13, 2003

Oct. 13, 2003

Dear Friend, I am an accountant and a member of the Contract Tender Board (CTB) of the Petroleum, Oil & Gas Corporation of South Africa (PTY) Ltd also known as PetroSA. I am presently on a special diplomatic duty in the South Africa foreign office in Amsterdam, the Netherlands. I got your contact through discreet inquiries in my search for a reliable individual or company who can handle a strictly confidential transaction that involves the transfer of a reasonable sum of money to a foreign account. I have no doubt in your ability to handle a financial business of considerable amount, which will form the bedrock of an extensive business partnership in due course. In unfolding this proposal, I want to count on your status that you will handle this transaction with all maturity and confidentiality it deserves. The money we want to transfer to you amount to a total of US$15.500,000.00 (Fifteen Million, Five Hundred Thousand United States Dollars) only. It was extracted from various over-invoiced contracts, masterminded by myself and some of my colleagues for our mutual benefit when the contracts was awarded by the Contracts Tender Board (CTB) of the Petroleum, Oil & Gas Corporation of South Africa (PeTROSA) Ltd. The above over-invoiced sum has been drafted and short-listed for final payment to a foreign bank account and it has been reflected as an amount to be paid to a foreign contractor for contract that has been executed for the Petroleum, Oil & Gas Corporation of South Africa (PTY) Ltd. The money is currently floating in the suspense account of the South Africa Reserve Bank (SARB) awaiting claim by a foreign partner, which status we absolutely want you to assume. The code of conduct bureau in South Africa has made it an offence for civil servants like us to(A) operate a foreign account (B) own a foreign company and (C) take up contract while still in active service. This is why we need your assistance. Now is the optimum period to realize this fund following the recent directive given to all-federal parastatals and corporations to pay off all foreign debts. I therefore seek your assistance to allow the remittance of this fund to be made to your personal or companys bank account. We have agreed that 30% of the total sum will be given to you, 65% will be for me and my colleagues and 5% for any expenses that maybe incured during this transaction, after the successful transference of the fund to your bank account. I want to assure you that all modalities for the successful transfer of this money to your account has been perfectly worked out and as such, there is no fear of failure. However, I would want to believe that you are honest enough and will not raise any misgiving attitude in any aspect of the transaction. Most importantly, you will keep this transaction very confidential so as not to tarnish the confidence reposed on these officials by the nations financial house. If this business proposal interest you, kindly indicate your willingness to me through email or by phone (+ 31-619-310-577) for immediate commencement of the transaction. To enable this fund to be successfully transferred to your account, you will also have to provide the following information: 1.Your company name and address that you wish to use as the beneficiary to claim the fund. 2.Your private telephone, fax Numbers. 3.Your Bank name, address and account number where you would want the money remitted. More information about the remittance of the fund to your account will be sent to you when I receive your response. Meanwhile, your swift response will help to meet the ultimatum given to all foreign contractors in this payment quarter to ensure that funds are claimed. We also wish to discuss investment strategy with you. We have the plan of investing part of our fund in real estate with your assistance in your country. Please, treat this information as confidential. Yours faithfully, Mr.George Rhoney.

1 0

PLEASE CONTACT ME
by Mr. George Rhoney Oct. 13, 2003

Oct. 13, 2003

Dear Friend, I am an accountant and a member of the Contract Tender Board (CTB) of the Petroleum, Oil & Gas Corporation of South Africa (PTY) Ltd also known as PetroSA. I am presently on a special diplomatic duty in the South Africa foreign office in Amsterdam, the Netherlands. I got your contact through discreet inquiries in my search for a reliable individual or company who can handle a strictly confidential transaction that involves the transfer of a reasonable sum of money to a foreign account. I have no doubt in your ability to handle a financial business of considerable amount, which will form the bedrock of an extensive business partnership in due course. In unfolding this proposal, I want to count on your status that you will handle this transaction with all maturity and confidentiality it deserves. The money we want to transfer to you amount to a total of US$15.500,000.00 (Fifteen Million, Five Hundred Thousand United States Dollars) only. It was extracted from various over-invoiced contracts, masterminded by myself and some of my colleagues for our mutual benefit when the contracts was awarded by the Contracts Tender Board (CTB) of the Petroleum, Oil & Gas Corporation of South Africa (PeTROSA) Ltd. The above over-invoiced sum has been drafted and short-listed for final payment to a foreign bank account and it has been reflected as an amount to be paid to a foreign contractor for contract that has been executed for the Petroleum, Oil & Gas Corporation of South Africa (PTY) Ltd. The money is currently floating in the suspense account of the South Africa Reserve Bank (SARB) awaiting claim by a foreign partner, which status we absolutely want you to assume. The code of conduct bureau in South Africa has made it an offence for civil servants like us to(A) operate a foreign account (B) own a foreign company and (C) take up contract while still in active service. This is why we need your assistance. Now is the optimum period to realize this fund following the recent directive given to all-federal parastatals and corporations to pay off all foreign debts. I therefore seek your assistance to allow the remittance of this fund to be made to your personal or companys bank account. We have agreed that 30% of the total sum will be given to you, 65% will be for me and my colleagues and 5% for any expenses that maybe incured during this transaction, after the successful transference of the fund to your bank account. I want to assure you that all modalities for the successful transfer of this money to your account has been perfectly worked out and as such, there is no fear of failure. However, I would want to believe that you are honest enough and will not raise any misgiving attitude in any aspect of the transaction. Most importantly, you will keep this transaction very confidential so as not to tarnish the confidence reposed on these officials by the nations financial house. If this business proposal interest you, kindly indicate your willingness to me through email or by phone (+ 31-619-310-577) for immediate commencement of the transaction. To enable this fund to be successfully transferred to your account, you will also have to provide the following information: 1.Your company name and address that you wish to use as the beneficiary to claim the fund. 2.Your private telephone, fax Numbers. 3.Your Bank name, address and account number where you would want the money remitted. More information about the remittance of the fund to your account will be sent to you when I receive your response. Meanwhile, your swift response will help to meet the ultimatum given to all foreign contractors in this payment quarter to ensure that funds are claimed. We also wish to discuss investment strategy with you. We have the plan of investing part of our fund in real estate with your assistance in your country. Please, treat this information as confidential. Yours faithfully, Mr.George Rhoney.

1 0

table-layour revisited
by Ralph Slooten Oct. 10, 2003

Oct. 10, 2003

Hi there all, I posted a while back a bug-report to which I got no reply. This may have been due to me not making myself clear. I'll try again When making a table with a specific width all GUI browsers render this the same, like: <table cellpadding="0" cellspacing="0" width="800"> This gives a table looking like this <--- 800px ---> ------------------------------------------ |table contents | ------------------------------------------ This is no problem with Dillo and other browsers, as they are exactly the same. However when cellpadding and cellspacing are used, like: <table cellpadding="10" cellspacing="10" width="800"> the table should look like this <--- 800px ---> ------------------------------------------ | | | table contents | | | ------------------------------------------ Dillo renders this still incorrectly, by _expending_ the table in width looking like this <--- 820px ---> ---------------------------------------------- | | | table contents | | | ---------------------------------------------- Why is this? Many sites use tables to gain a specific layout in all browsers which I credit them for, but this page layout is altered by this (what I believe to be a) bug. Or am I incorrect as to the specs of html and tables? Greetings Ralph -- http://axljab.homelinux.org/ "...the software said Win95 or better, so I installed Linux"

1 0

[RFC] Configurable keybindings
by Frank de Lange Oct. 10, 2003

Oct. 10, 2003

Hi'all, In my quest for keyboard navigation (which works quite well by now btw) I have come upon Dillo's current inability to define custom keyboard bindings (except for menu bindings). GTK+ offers a mechanism to implement user-configurable keyboard mappings (Bindings) which could be used to add this feature to Dillo. I have made a sample implementation using bindings for GtkDwScrolledFrame, which shows the mechanism to work as it should. The resulting object code is slightly smaller than in the current CVS version, but the source is larger (mainly because of the huge list of 'gtk_binding_entry_add_signal9...0 calls for every key combination). To use the mechanism, widgets need to have signals defined for all user actions. In GtkDwScrolledFrame's case this meant adding "viewport_move" (which replaces the unused user_hchanged and user_vchanged signals), "cursor_move", "cursor_hide" and "cursor_activate" (the latter three for keyboard navigation; it is debatable whether these signals belong in GtkDwScrolledFrame or should move to GtkDwViewport). Keybindings are assigned through GTK+ rc-files or through the dillorc. As an example, this configuration (in gtkrc) uses the numerical keypad for link navigation: binding "keypad-keys" { bind "KP_Add" { "cursor_move" (0) } bind "KP_Subtract" { "cursor_move" (1) } bind "KP_8" { "cursor_move" (2) } bind "KP_2" { "cursor_move" (3) } bind "KP_4" { "cursor_move" (4) } bind "KP_6" { "cursor_move" (5) } bind "KP_Enter" { "cursor_activate" () } } class "GtkDwScrolledFrame" binding "keypad-keys" This one (in dillorc, note the enclosing double quotes and the preference name key_bindings) makes Dillo behave like the vi editor when it comes to link navigation: key_bindings = "binding 'vi-keys' { bind 'k' { 'cursor_move' (2) } bind 'j' { 'cursor_move' (3) } bind 'h' { 'cursor_move' (4) } bind 'l' { 'cursor_move' (5) } } class 'GtkDwScrolledFrame' binding 'vi-keys'" (numerical values after "cursor_move" are actually GTK enumeration values, but the current implementation does not support this. It would of course look much better to be able to write "cursor_move" (GTK_DIR_DOWN) instead of "cursor_move" (3)...) Now I could just add this functionality to the keyboard_navigation patch, or put it in a separate patch. However, since there seems to be some animosity against adding yet even more configuration options, I'd like to know if there is any interest in this feature. If not, I'll just keep things as they are and hardcode some sane defaults (ie. something I like...). In that case, those who want to change keyboard bindings can do it the way they have always done by hacking the source. Any suggestions? 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

dpid
by Jorge Arellano Cid Oct. 9, 2003

Oct. 9, 2003

Hi there! Just made a big commit on dpid (a work we're advancing with Ferdi). It includes the first version of automatical launch; pretty alpha but it should work while we polish. Just be sure to drop the dpid binary in ~/.dillo/ (or whithin PATH), and not to linger with an older version (same applies for the dpis). Cheers Jorge.-

2 2