- Dillo-dev - lists.mailman3.com

shaded colors and css

by Johannes.Hofmann＠gmx.de

On Sun, Nov 23, 2008 at 04:13:56AM +0000, corvid wrote: > Johannes wrote: > > mapping css properties to dw::core::style::Style members went very > > smooth, because Style was obviously implemented with css in mind. > > > > Just for the shaded color thing I can't find a corresponding concept > > in css. > > What exactly is the definition of a shaded color? Is it just a bit > > darker than the normal one? > > Does anyone know the corresponding concept in css? > > I had figured the shaded colors were just for giving > tables and rulers a three-dimensional appearance. Right, it seems to be used in drawBorder() in style.cc. Only now I noticed that the only difference between shaded colors and normal colors is that for shaded ones two more variations (SHADING_DARK and SHADING_LIGHT) are computed in addition to SHADING_NORMAL and SHADING_INVERSE. So it seems that it's an optimization to avoid calls to Color::shadeColor(). I'd like to get rid of the two types of colors and use always shaded colors. The current scheme adds complexity and can lead to errors (e.g. a normal color is passed to drawBorder(). In addition we can get more sharing of colors if they don't have a type member. If needed we could call Color::shadeColor() only on demand, but hide that optimization in the Color class. Any opinions? Cheers, Johannes

Dec. 14, 2008

Plans for the near future

by francis＠daoine.org

On Thu, Dec 11, 2008 at 10:24:38AM +0000, Jeremy Henty wrote: > On Wed, Dec 10, 2008 at 04:17:02PM -0300, Jorge Arellano Cid wrote: > > 2.- Basic authentication > > a) I have to review this patch after working on point 1.- > > b) This is a very requested feature after CSS. > > It'd be great to have it working. > > It works locally on various web servers (Apache and others) and also > on the LinuxFromScratch wiki. So (subject to any further comments I > get) I think it is working. My test machine has the wrong autotools, so I'm afraid I can't built and test this myself, but: does it work as expected if an img on a page requires authentication? As far as I recall (hazy memory) the unofficial patches for dillo1 didn't. If this one does, then great! Cheers, f -- Francis Daly francis(a)daoine.org

Dec. 11, 2008

Plans for the near future

by jcid＠dillo.org

On Thu, Dec 11, 2008 at 10:24:38AM +0000, Jeremy Henty wrote: > On Wed, Dec 10, 2008 at 04:17:02PM -0300, Jorge Arellano Cid wrote: > > > 2.- Basic authentication > > a) I have to review this patch after working on point 1.- > > b) This is a very requested feature after CSS. > > It'd be great to have it working. > > It works locally on various web servers (Apache and others) and also > on the LinuxFromScratch wiki. So (subject to any further comments I > get) I think it is working. If anyone has an account they'd like me > to test then I'll try it out. Good. > > 5.- Close icon in Tab label > > a) This is much needed as anyone using Tabs has experienced. > > b) Not too hard to implement, but I have to work on 1 and 2. > > I'd like to do this but I don't see how to get a button into the tab > label. It just displays the widget's label(). I wondered if there > was some Symbol magic that might do it but Symbols don't seem to > respond to events. Am I missing something? Maybe the close button > will have to go in the tab body. Perhaps to the right of the web > search bar? (Top-right seems to be the traditional location.) My original idea was to use a '+' symbol rotated 45 degrees, then to override the virtual handle method to react when the click was in its "zone". Just an idea, I haven't coded anything. There was an aqua-like tab widget somewhere. I was suggested to look at it for insight. I don't have the reference now. :( -- Cheers Jorge.-

Dec. 11, 2008

Plans for the near future

by onepoint＠starurchin.org

On Wed, Dec 10, 2008 at 04:17:02PM -0300, Jorge Arellano Cid wrote: > 2.- Basic authentication > a) I have to review this patch after working on point 1.- > b) This is a very requested feature after CSS. > It'd be great to have it working. It works locally on various web servers (Apache and others) and also on the LinuxFromScratch wiki. So (subject to any further comments I get) I think it is working. If anyone has an account they'd like me to test then I'll try it out. > 5.- Close icon in Tab label > a) This is much needed as anyone using Tabs has experienced. > b) Not too hard to implement, but I have to work on 1 and 2. I'd like to do this but I don't see how to get a button into the tab label. It just displays the widget's label(). I wondered if there was some Symbol magic that might do it but Symbols don't seem to respond to events. Am I missing something? Maybe the close button will have to go in the tab body. Perhaps to the right of the web search bar? (Top-right seems to be the traditional location.) > 6.- Switch to mercurial > a) From comments it looks like switching to Hg is a good idea. > b) Yes, I'm only updating Mercurial these days as an experiment. > c) Switching as soon as I have some time to do it. Probably after > 1.- and 2.- Cool! Jeremy Henty

Dec. 11, 2008

Dillo and Gmail

by daniel.victoria＠gmail.com

Wow, that's a lot of things for a newbie to do... I guess I'll just keep firefox along with dillo. One for gmail and the other for quick things Thanks for your help anyway Daniel On Fri, Dec 5, 2008 at 11:56 AM, Francis Daly <francis(a)daoine.org> wrote: > On Thu, Dec 04, 2008 at 10:17:00PM -0200, Daniel Victoria wrote: > > Hi there, > >> The only thing I'm missing is Gmail. Does Dillo work with gmail? Do I >> need to do any special tricks? > > I have it "working" with dillo1, and don't see why it shouldn't work in > the same way with dillo2. > > "Working" means "I can read and write mail, http only" -- but only after > I've got the authentication cookie with a different browser. (My dillo1 > doesn't do https.) > > If that's good enough for you, then you can try the same with dillo2 > and report on whether it still works. > > My cookiesrc says: > > DEFAULT DENY > mail.google.com ACCEPT > > I use a mozilla browser to sign in, and then I don't sign out so as > not to invalidate the cookie on the server. It seems to remain valid > for a couple of weeks, so I occasionally have to redo this part. Find > the cookie called GX, and write it to a file in the correct format -- > 7 tab-separated fields. My current one is a file ~/gmcookie which looks > like this (apart from the value of the cookie, which has been modified): > > mail.google.com TRUE /mail FALSE 2000000000 GX DQAAAIIAAACY9ABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFHELLOKITTYEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEFABCDEF__p_abcdef > > Then, to load or reload the cookie into dillo, I do > > pkill -HUP cookie > pkill cookie > cat $HOME/gmcookie >> $HOME/.dillo/cookies.txt > > And then I go to my bookmarked gmail page at > > http://mail.google.com/mail/?ui=html&zy=n > > and it all Just Works. If I get redirected to a https page, that indicates > that the cookie is absent or invalid, so I put it back or get a fresh one. > > No guarantees that it will keep working, of course. The gmail folk can > change their authentication requirements at any stage. And you miss out on > the javascript goodness that is a large part of the gmail experience. And > there was a stage when the html returned was broken in a way that dillo > couldn't usefully handle, although that has since been changed back. But for > straightforward mail tasks, it works well enough for me. > > Couple it with a lightweight gmail-notifier script, and you don't have > to hit reload to see the new news. > > Good luck, > > f > -- > Francis Daly francis(a)daoine.org >

Dec. 10, 2008

Plans for the near future

by akemnade＠tzi.de

Hi, On Wed, 10 Dec 2008 16:17:02 -0300 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Hi there, > > Sorry for the unresponsiveness. I'm too busy in my regular job > these days... > > Besides that, I've read the mailing list and gave some thought > to these interesting topics. > > 1.- CSS plan (basic) > 2.- Basic authentication > 3.- Toolbox Icon > 4.- Gmail compatibility (at least read/send) > 5.- Close icon in Tab label > 6.- Switch to mercurial 7. (or better earlier?) long left mouse button press = right mouse button press -> should make things easier for people without a real right mouse button. with touchscreens you have pratically only one button, if you have luck there is mouse button rotation applet. popup menus are hardly accessible If desired, I guess I can make the patch for that. Greetings Andreas Kemnade

Dec. 10, 2008

Plans for the near future

by jcid＠dillo.org

Hi there, Sorry for the unresponsiveness. I'm too busy in my regular job these days... Besides that, I've read the mailing list and gave some thought to these interesting topics. 1.- CSS plan (basic) 2.- Basic authentication 3.- Toolbox Icon 4.- Gmail compatibility (at least read/send) 5.- Close icon in Tab label 6.- Switch to mercurial I believe our next release would attract more people if it had, at least, implemented a couple in the {1,2,3,4,5} set. ----------------- A bit more detail: ----------------- 1.- CSS plan (basic) a) I have to implement the network retrieval of CSS stylesheets, so Johannes can continue working from there. b) Deciding a basic CSS set (e.g. just colors) is the next step before including it in the main tree c) Hooking it to a dillorc preference and to point 3.- (Read below) 2.- Basic authentication a) I have to review this patch after working on point 1.- b) This is a very requested feature after CSS. It'd be great to have it working. 3.- Toolbox Icon a) Since a long time ago I'd like to have a Toolbox icon to the right of bookmarks with a drop down menu. Something like: [Tb Icon] .-------------------. .---------. | Change charset >|--------------------------------->| UTF-8 | | Force my colors >|-------------------->.-----. | Latin1 | | CSS >|---------->.-----. | On | | Cp 1250 | | Free memory >|--. | On | | Off | | ... | '-------------------' | | Off | '-----' '---------' | '-----' | .------------------. '->| Images | | Local Files | | Everything unused | '-------------------' 4.- Gmail compatibility (at least read/send) a) From what I read it's clear that at least it can be made to work with some tweaks. What do we need to have it working out of the box? b) It'd make a nice headline! ("Fast Read/Send from gmail"). 5.- Close icon in Tab label a) This is much needed as anyone using Tabs has experienced. b) Not too hard to implement, but I have to work on 1 and 2. 6.- Switch to mercurial a) From comments it looks like switching to Hg is a good idea. b) Yes, I'm only updating Mercurial these days as an experiment. c) Switching as soon as I have some time to do it. Probably after 1.- and 2.- -- Cheers Jorge.-

Dec. 10, 2008

Thoughts on revision control

by onepoint＠starurchin.org

On Tue, Dec 09, 2008 at 09:17:05PM +0100, Johannes Hofmann wrote: > Given the current patch-rate we could also easily stick with CVS for > the main repository I think. It's just for the longer living > css-prototype branch where I wanted something more comfortable than > CVS. So what will happen to non-css patches (*cough* HTTP auth *cough*)? Will they go into CVS or the dillo-main Mercurial repository? Didn't Jorge say something about committing only to Mercurial for a while? (Or did I misunderstand?) To be honest, why not migrate to Mercurial now? After all, CVS *is* obsolete and clunky, Mercurial *can* do the job, and some key Dillo developers are *already* maintaining and using Mercurial repositories of the Dillo source. It would also save me the trouble of layering git over CVS just to manage my local patches. Why not just do it? Regards, Jeremy Henty -- And so concludes the verse "Jabberwocky" by Lewis Carroll. A piece of nonsense verse embedded in a nonsense work, it resembles the "real world" about as much as a computer program does. Which is perhaps why Lewis Carroll is so popular among computer programmers. -- Craig A. Finseth.

Dec. 10, 2008

empty html elements ... and Shift+{Left, Right} change

by bf2006a＠yahoo.com

--- On Tue, 12/9/08, corvid <corvid(a)lavabit.com> wrote: > From: corvid <corvid(a)lavabit.com> > Subject: Re: [Dillo-dev] empty html elements ... and Shift+{Left, Right} change > To: dillo-dev(a)dillo.org > Date: Tuesday, December 9, 2008, 1:51 AM > b. wrote: > > Another note: I've noticed that with dillo cvs > snapshots dated after > > Nov. 9 there is a regression (or at least a change) in > the behavior of > > Shift+{Left,Right}: in the later snapshots I lose the > ability to shift > > to other tabs with these keys after right-clicking on > a link in the current > > tab with the mouse, and can only regain this ability > to shift tabs after > > opening a new tab with a middle-click on a link in the > current tab, or by > > navigating to an existing tab with the mouse and > closing it, or by quickly > > opening and closing a blank tab with Ctrl+T,Ctrl+Q > combination. Any of > > these methods significantly slows browsing with many > tabs open. Was this > > intended? Is there a new dillorc option to control > this behavior, or some > > new key/mouse controls that I missed? > > You could try this: > Your patch seems to restore the lost functionality. Thank you for the quick response. Regards, b.

Dec. 10, 2008

how about a form menu?

by corvid＠lavabit.com

Johannes wrote: > On Mon, Dec 08, 2008 at 11:10:59PM +0000, corvid wrote: > > I was playing around with making a form menu. > > So far: > > 1) Submit. Nicer from the user's perspective than prefs.generate_submit. > > Yes, this seems cleaner. Is it possible to get the menu on a form with > just a single text input? I assume one has to right-click on the > form area. Yeah, right click on any form control. > > 2) Reset. Not really needed when you can just press back and forward. > > 3) Show/Hide Hiddens. Lets you edit them, which I believe the user should > > have the power to do. > > That would be really nice! > > > ..and thinking of making an Info option to show submission charset and, oh, > > whatever else. > > Maybe some sort of save/load form data to/from file? Oh, that's a good idea...

Dec. 9, 2008