- Dillo-dev - lists.mailman3.com

Strange post data from <input type=image...

by Andreas Kemnade

<input type="image" name="CONFIRM" src="ecoupon-abschicken.gif" border="0" height="13"> This line produces for example(when you have clicked on that button): CONFIRM=&CONFIRM.x=7&CONFIRM.y=9 With netscape4.7 and mozilla, only CONFIRM.x=7&CONFIRM.y=9 is sent. I have found one form which seems not to work with dillo but with netscape. Unfortunately, that is a form for a transferal from a bank and it works fine with the demo account, so that is really hard to test. Does anyone know if that is a bug in dillo and/or how to fix that? Greetings Andreas Kemnade

May 22, 2003

manufacturer of garments and bags in China

by Rachel

Dear Sir or Madam, I have the pleasure to know your esteemed corp. We are a manufacturer & exporter of garments and bags in Quanzhou, China. I think we can cooperate and supply you with garments as you need. The following is some introductions about our company. Set up: 1988 Type: manufacturer & exporter Product: knitted garments and bags Employees: 1300 persons ( garments factory: 500 bags factory: 800) Product data: product (main items) capacity(/year) brief 2,000,000dzs baby body 1,800,000dzs boxer short 200,000dzs pajama 50,000dzs soft bag 1,500,000pcs hard bag 500,000pcs Mimn order: 300dzs for garments Payment: irrevocable L/C at sight Bank: BANK OF CHINA Our garment factory mainly specialize in Lady's and men's underwear, children's wear, baby's wear, pajama, boxer shorts, T-shirt, etc. The materials we often use are cotton, T/C, Polyester, Polyamide, Elasthan, and Polyamide. Our products are design with PAD system, produced with advanced equipment, processed in highly quality control system with seasoned workmanship and high efficiency. Our main market is Europe, Australia, Japan and America. We also accept the orders designed and required by costumers. You can see some pictures of our samples through our web http://www.senwer.com. (For more pictures in your interesting, pls kindly contact us directly). Our bag factory was founded in 1988, too. We produce all kinds of bags, including suitcase, backpack, travel bag, shoulder bag, sport bag, trolley, camera bag, tote bag, school bag, computer case, luggage,waist bag, notecase, etc. And the goods have met a great favor in the Europe countries, Australia and America because of their good quality, beautiful design and competitive price. Thank you very much. Hope you will give us an opportunity to do business together and we will try our level best to fulfill your present requirement. Should you therefore need any more details for your clarification, pls do not hesitate to contact us. And you are welcome to visit our factories. With best regards Rachel Wang Mob:0086-13960286700 E-mail:rachel@senwer.com Jason Chen Mob:0086-13959893400 E-mail: jasonchen(a)senwer.com Vicki Wang Mob:0086-13960228599 E-mail: vicki(a)senwer.com ----------------------------------------------------------------------------- SENWER GARMENTS CO., LTD. ADD: Room F202, Fugui Renjia Building, Liuguan Road, Quanzhou, Fujian, China. Tel: 0086-595-2506700 Fax: 0086-595-2563400 P.C.:362000 Http://www.senwer.com E-mail: senwer(a)public.qz.fj.cn -----------------------------------------------------------------------------

May 21, 2003

Re: saving entered datas in forms

by Nikita V. Borodikhin

On Tue, 20 May 2003 13:39:23 -0400 (CLT) Jorge Arellano Cid <jcid(a)softhome.net> wrote: > PS: With regard to "saving entered datas in forms", after some > WEB research, I found it's somewhat obscure to know whether > there's a way to do it the "standard way". Some sources like > caching and some others hate it. > > As we know, caching form data can be a huge security threat. > That mainly depends on what data is remembered and on the user's > environment. > > For instance, some banks refuse to work with browsers that > cache the pages (verifying browser signatures), with a view to > protect their customers from eavesdropping (as it could happen > when they make an operation and leave for a while to the > bathroom; Any person in the same office can click a few > Backs and read what was done and read the hand-typed camps). > > I'd appreciate some more research on this topic (certainly a > time-comsuming task I can't work on now). To know what some > serious browsers do, is a good starting point. One of our > objectives is personal security and privacy, and it takes a lot > of work. Jorge, at least while we wouldn't have normal cache in dillo (I mean cached page expiration) it would not be much reason to work on it further. After that approach must be diffent, values should be saved in cache (or in file ?) not in browser window. Until normal cache to appear in main branch there is not much reason to reimplement subj, IMHO. Nikita

May 21, 2003

entities display

by Nikita V. Borodikhin

On Tue, 20 May 2003 13:39:23 -0400 (CLT) Jorge Arellano Cid <jcid(a)softhome.net> wrote: > Hi Nikita, Hello, Jorge ! > Now, considering the current development plan, it'd be good to > have an interim workaround. > > After reviewing the implementation in the patch, I'd prefer not > to intermix it with the current (correct but incomplete) way of > handling entities. > > For instance, defining another entities table that's to be used > when the entity is not found in the current one is a good way to > separate the workaround code! > > I'd like to add to this new table some important numeric > character references (UTF-8) that are usually found in web pages > these days. Things like: > > "—" > "’" > "“" > "”" > > This could help our rendering while we get to GTK+2. > Please let me know if you want to improve it this way! > > Cheers > Jorge.- Jorge, the current way to display entities do not satisfy me because it throws away any entity which code is more than 255. Is there any reason to leave table without representations in place and add a new one _with_ them which differs only in representations field and (possible) bigger number of entities ? In future (GTK2 internals) all representations definition and use could be cut from source code and I don't see any problem or pain with it, corresponding changes will be not so big. IMHO all progress we can do now is entering more entities in table. In any case I interested in further progress in this way. P.S. Entities you mention cannot be translated from UCS2 (encoding used in HTML numeric entities) to UTF-8. Lynx/links do not show that also. Yours, Nikita

May 21, 2003

Re: [Dillo-dev] cut & paste in 0.7.2

by Albert Wagner

Sorry, I just found it on the HELP page. Please ignore.

May 20, 2003

cut & paste in 0.7.2

by Albert Wagner

I just upgraded 0.7.0 to 0.7.2 on my LFS-4.0 system. It compiled and installed without errors, and seems to run just as 0.7.0 did. However, althougth I can select text, I cannot find a menu to cut or paste the selected text. How is this done?

May 20, 2003

Re: [Dillo-dev] Workaround for bugs 396 & 445 (entities display)

by Jorge Arellano Cid

Hi Nikita, On Tue, 13 May 2003, Nikita V. Borodikhin wrote: > Hello, all Dillo developers ! > > As mentioned in HTML 4.01 spec what should be done when html renderer cannot > display a symbol is up to renderer. Current code renders all characters > with code 0..255 but skip all the others silently. I prefer lynx/links > approach to this problem. If they should display symbol which cannot be > displayed properly in current locale they render ascii-only representation > of this symbol, e.g. "α" -> "a", "Χ" -> "X", "&lowast;" -> "*". > > Included small patch does that for all entities mentioned in html.c and this > table is much more compact than links' one and does not allow transliteration > of foreign language as links does. > > I believe that this patch is a temporary solution for this problem and when > dillo migrates on GTK2 and this problem will be solved mush more reliable > and elegant way by using standard symbol fonts via fontsets. Yes, the plan is to handle them properly with GTK+2. Now, considering the current development plan, it'd be good to have an interim workaround. After reviewing the implementation in the patch, I'd prefer not to intermix it with the current (correct but incomplete) way of handling entities. For instance, defining another entities table that's to be used when the entity is not found in the current one is a good way to separate the workaround code! I'd like to add to this new table some important numeric character references (UTF-8) that are usually found in web pages these days. Things like: "—" "’" "“" "”" This could help our rendering while we get to GTK+2. Please let me know if you want to improve it this way! Cheers Jorge.- PS: With regard to "saving entered datas in forms", after some WEB research, I found it's somewhat obscure to know whether there's a way to do it the "standard way". Some sources like caching and some others hate it. As we know, caching form data can be a huge security threat. That mainly depends on what data is remembered and on the user's environment. For instance, some banks refuse to work with browsers that cache the pages (verifying browser signatures), with a view to protect their customers from eavesdropping (as it could happen when they make an operation and leave for a while to the bathroom; Any person in the same office can click a few Backs and read what was done and read the hand-typed camps). I'd appreciate some more research on this topic (certainly a time-comsuming task I can't work on now). To know what some serious browsers do, is a good starting point. One of our objectives is personal security and privacy, and it takes a lot of work.

May 20, 2003

dillo-0.7.2 on SGI IRIX 6.5.5f (BUG#455)

by Jorge Arellano Cid

Hi, To BUG#455's poster, using SGI IRIX 6.5.5f: Please let us know the canonical name detected by configure. It'd be easy to fix both glitches then. Cheers Jorge.-

May 20, 2003

Re: [Dillo-dev] Logging in on certain sites

by higuita

On Mon, 19 May 2003 14:08:47 -0300, Isaque Galdino de Araujo <isaque(a)uol.com.br> wrote: > Did you try that with Yahoo? yep, when i enter yahoo, it show up my username, on geocities i'm able to edit my pages > Because Yahoo uses javascript to create the login page. I think that's > the reason it doesn't work as it should! humm... maybe they changed this? if i do logout, i'm unable to login again... so you can workaround this with this hack: login with mozilla or something that writes the cookies to a file copy&paste the yahoo cookies to the dillo cookies file and edit then to have the same format save and run a first instance of dillo (so cookies work) enter yahoo and you should already be logged in and works in any yahoo network site isn't perferct, but it works 8) higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

May 19, 2003

Re: [Dillo-dev] Logging in on certain sites

by Isaque Galdino de Araujo

Did you try that with Yahoo? Because Yahoo uses javascript to create the login page. I think that's the reason it doesn't work as it should! On Wed, 14 May 2003 04:19:56 +0100 higuita <higuita7(a)yahoo.co.uk> wrote: > On Tue, 13 May 2003 23:54:14 -0300, Isaque Galdino de Araujo <isaque(a)uol.com.br> wrote: > > I'm having the same problem. I already tried: > > my.yahoo.com ACCEPT > > .yahoo.com ACCEPT > > yahoo.com ACCEPT > > > > in all these configurations, dillo always returns: ERROR: unsupported > > protocol. > > arent you trying to loggin with https?! you cant do that, you must > login with plain http > i cant remember what i have done, but AFAIR, i only choose the > nom-https connection and the option "remember me" > > > you can also try to copy the auth cookie for yahoo from > konqueror or mozilla > > good luck > higuita > -- > Naturally the common people don't want war... but after all it is the > leaders of a country who determine the policy, and it is always a > simple matter to drag the people along, whether it is a democracy, or > a fascist dictatorship, or a parliament, or a communist dictatorship. > Voice or no voice, the people can always be brought to the bidding of > the leaders. That is easy. All you have to do is tell them they are > being attacked, and denounce the pacifists for lack of patriotism and > exposing the country to danger. It works the same in every country. > -- Hermann Goering, Nazi and war criminal, 1883-1946 > -- Isaque Galdino de Araujo C/C++/Java http://isaque.sites.uol.com.br Linux User #274776 since 1997 Slackware User so far

May 19, 2003