|
From: Maurizio C. <seg...@ti...> - 2004-06-11 10:50:56
|
On Friday 11 June 2004 06:32 am, Henrik Brink wrote: > fre, 2004-06-11 kl. 18:23 skrev Maurizio Colucci: > > On Friday 11 June 2004 12:13 pm, Maurizio Colucci wrote: > > > Hello, > > > > > > I am accepting hints how to integrate web browsing in Logical Desktop. > > > Of course I am going to use KIO, KHTML. But the question is, at the > > > interface level, how must navigation happen? The problem is that, when > > > you are seeing an html location, the verb/file/device/program panels > > > are all useless. > > Can you point out what you mean with integrating? Will the web-browser > have anything to do with LD other than to be shown in the app? > > Cause if not, we could just as well make a LD Window Manager, wich could > keep every program you open from LD organized in a way we want to. Maybe > we could prevent windows to be hidden behind each other, and maybe we > should remove the whole concept of windows. Imagine that every program > you open via LD was shown the same way as any other panel, just bigger > (if needed) of cause. > > > > And you need things like "search page for a given string". HOw to make > > > that possible? > > > > > > Maurizio > > > > What I believe are good ideas: > > Ok, you were faster than me... > > > 1) html files must have a "door" icon, like directories. When you enter > > them, you see the HTML file rendered. It is like entering a location. > > > > 2) as soon as you display an html page, all the panels disappear, except > > the verb panel, which shows a completely different set of verbs, like > > "find text...", etc. > > I dont realy like that. What is wrong with the way things are done in a > normal web-browser. What's wrong is that web browsers don't inform LD of when they are changing location, so LD cannot add the url to the recent list. That is the _only_ reason why I want to integrate web browsing in LD. (BTW, This does NOT mean you cannot use mozilla if you want to. Just that you won't see http locations in the recent list.) > I know, the LD way would be more unified, but the > user would expect every program to be integrated this way then, and that > is a lot of work for us. Well, I was only thinking to integrate browsing. > Consider my above idea in stead. The normal > interface of the program is kept, we dont have to make verbs for every > program, and we could "just" make a Window Manager to handle the > integration. I don't quite understand... how would this solve the problem of recent locations. > Another thing: We dont force users to use KHTML. If they use the integrated KHTML engine, they get the bonus of recent locations in the list. But they can still use any other browser. > > 3) the http locations appear in the Recent and Important buttons as the > > local file system locations. > > That could be nice though. that is the whole point. > > 4) if you select an http location from either Recent or Important, the > > panels disappear in the way described above. > > > > 5) if you select a local location from either Recent or Important, the > > panels reappear. > > > > The problem is that > > > > 1) we must have two sets of verbs? one for html pages and one for the > > current stuff? COuld this be avoided? > > Maybe... > > > 2) when you are browsing the web, the only way to make the panels > > reappear is to select a local file system location from the Recent or > > Important buttons. But this way you are forced to make a > > document-oriented approach... you may want to select the verb first... > > That is not good. What about panel-icons, or maybe just a > verb-panel-icon, to show the verb-panel at any time. Yes... or maybe a toggle button "http layout", "normal layout". Mau |