Warning: session_start(): open(/tmp/sess_5irs5tt6gl6ulcmuksgk46sqp5, O_RDWR) failed: No space left on device (28) in /www/H01/htdocs/lib/base/lib_base.php on line 280
Ozonebis openDesktop.org
-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    Linux42.org    OpenSkillz.com   
 
Home
Apps
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login
CONTENT
-


-
- Content .- Fans  . 

Ozonebis

  

KDE4 Brainstorm

Score 62%
mattepiumattepiu
Ozonebis
zoom

Ozonebis
zoom

Ozonebis
zoom

Link:  http://
Downloads:  152
Submitted:  May 27 2006
Updated:  May 28 2006

Description:

I liked a lot Ozone by kapilzad : http://www.kde-look.org/content/show.php?content=39826
but I was aware of some limit and I listened some critics, so I tried to do my
modification (kopete partial mockup at end
of third screenshot).

The main idea I add is that a SIMPLE svg
could be used as "window background"
(check differences from screen 1 to screen 2 to understand....), so the
window background could be choosen in
kcontrol....

Someone had this idea before?

Also I added a "show/hide metabar"
button at right border of menubar,
if it's pressed the menubar should
return to have the shape of the
buttonbar, and window is more compact
now, to waste less space.

Mockup is already all in SVG format.




Changelog:

CHANGELOG:
updated download with pic of new scheme,
there's also a "pixel to pixel" comparation between this theme and
"konqueror for a new experience" theme
heights (IMO the ibc theme is the one
which people complaining for space are
referring). Results are that with menubar closed this theme is more
compact,with menubar open is about 5
pixel more than what "konqueror for a new experience" is with his menubar
hidden.....
If "you" were reffering to some other
theme please tell wich.




License: GPL
Send to a friend
Subscribe
Other  Content  from mattepiu
Report inappropriate content



-
.

 ?

 
 by anytimeIsLunchtime on: May 27 2006  
Score 50%
anytimeIsLunchtimeanytimeIsLun chtime
Home

what's the point of the preview in the upper right corner?


Reply to this

-

 Re: ?

 
 by mattepiu on: May 27 2006  
Score 50%
mattepiumattepiu

It's preview even when you don't want
to preview the whole directory at once
(CPU consuming) but just one file at time.
However since metabar should be more or
less similar to the one that is now,
should be selectable/removable in favour
of whatever else you like more....


Reply to this

-

 path

 
 by nardew on: May 27 2006  
Score 50%
nardewnardew

and clickable path is where? ;)


Reply to this

-

 Re: path

 
 by mattepiu on: May 27 2006  
Score 50%
mattepiumattepiu

Explain me what's clickable path please...
is that in some other mockup?


Reply to this

-
.

 Re: Re: path

 
 by ibc on: May 27 2006  
Score 50%
ibcibc
Home

Clickable path means the following:

http://konqueror4.linuxdevel.net
http://www.kde-look.org/content/show.php?content=35637


Reply to this

-

 Re: Re: Re: path

 
 by mattepiu on: May 27 2006  
Score 50%
mattepiumattepiu

Well, the mockup already has location bar with slashes...... is needed something
more for implementing clickable paths?


Reply to this

-

 Re: Re: Re: Re: path

 
 by ibc on: May 27 2006  
Score 50%
ibcibc
Home

No, it's just a picture, if you say that the path is clickable just it's clickable. ;)


Reply to this

-

 Good but...

 
 by ibc on: May 27 2006  
Score 50%
ibcibc
Home

I like your proposal, but can't imagine how will that Konqueror look when showing a web, PDF, image and so (Kparts embedded).

For example: when embedding a PDF how and where are the specific toolbar (PDF navigation buttons, view mode...).

It'd great if you do a mockup explaining that.

Good job.


Reply to this

-

 Re: Good but...

 
 by mattepiu on: May 27 2006  
Score 50%
mattepiumattepiu

You're right, I'm working on the mockup,
here in a minute....


Reply to this

-

 Re: Good but...

 
 by mattepiu on: May 27 2006  
Score 50%
mattepiumattepiu

Done, minimalist version has just the
strictly needed buttons/tools/preview ,
while "expanding" you can have full
toolbar to put in there any button/feature
an advanced user may need.
(this should help a bit usability too,as
"impaired" peoples can start with just the
strictly needed tools....
with no offence to anyone, I'm talking
about my familiars ;-) )


Reply to this

-

 Re: Re: Good but...

 
 by ibc on: May 27 2006  
Score 50%
ibcibc
Home

Suggestion:

Ths icons in toolbar should show a descriptive label by default. If not, the common users simply won't use them. IMHO this is exactly a big issue in the actual KDE (in all apps).

I tried to improve this issue in the mockup I linked in a previous response about Konqueror4.


Reply to this

-

 Re: Re: Good but...

 
 by ibc on: May 27 2006  
Score 50%
ibcibc
Home

Another suggesion:

IMHO the specific buttons for each Kpart should be below the tabs, the user to understand easily that these buttons belong to that tab, not to others.

So I don't like you "expansion" mode because that expands the navigation bar with more buttons and becomes a mix between a real navigation bar and the specific toolbar (which contains the specific buttons for each embedded kpart).

I suggest you to read the document I wrote about my Konqueror mockup in the section "Tabs bar":
http://konqueror4-explain.linuxdevel.net/

It's just my opinion, not more, but maybe it can help you improving your mockup or giving ideas.


Reply to this

-

 Re: Re: Re: Good but

 
 by mattepiu on: May 27 2006  
Score 50%
mattepiumattepiu

Thank you, I think I'll do an updated
mockup to try this tomorrow, since now it's too late here..... Hope to finish
and update page in 13-14 hours starting by
now.


Reply to this

-

 Re: Re: Re: Good but

 
 by mattepiu on: May 27 2006  
Score 50%
mattepiumattepiu

I was so happy about your help that I couldn't resist to update a "first try"
of what you suggested, check screenshot 3.
More tomorrow.....


Reply to this

-
.

 Waste of space

 
 by Yaba on: May 28 2006  
Score 50%
YabaYaba
editor
Home

This still wastes much space and not everybody has a laptop with a 1600xSomething resolution. I really can't see the point why the toolbar shall be replaced by the context menu and having the context menu visible all the time. That's why we have context menu, you know? And the context menu is IMHO very effective as it pops up right there, where you need it. Having the context menu above the toolbar requires moving the mouse much more for each action.

Also this concept takes much from the flexibility. Today you can customize toolbars with any desired actions. I don't see how this can work in these mockups.

Sorry... I don't like it and if KDE4 would look like that I will stick to KDE 3.5.

Hell, even the Explorer of MS Vista would waste fewer space than konqueror in these mockups.

I blog, therefore I am.
Reply to this

-

 Re: Waste of space

 
 by mattepiu on: May 28 2006  
Score 50%
mattepiumattepiu

Wow, you're really constructive!
Would you explain me where is all this
"wasted space" you're talking about???
I can see just 15-20 pixels in height and nothing more, something that you can
forget even using 640x480 resolution.
(3% of the screen heigh in case you're
really using 640x480).

However, this is a mockup. Isn't fixed,
nobody impose you to use this style
if/when it will be ready, you'll ever
find your monochrome high contrast theme
to suit your needs....... (and you can
even stick to kde 3.5 or go to gnome if
you like so).


Reply to this

-

 Re: Waste of space

 
 by mattepiu on: May 28 2006  
Score 50%
mattepiumattepiu

Also , be sure to check screen 3 before talking about wasted space and
"non customizable toolbar". You shouldn't just
look the bit you want and then judge and
talk without having understood anything.


Reply to this

-
.

 Re: Waste of space

 
 by toonmuylkens on: May 28 2006  
Score 50%
toonmuylkenstoonmuylkens
Home

I totally agree with you.
I will start my own KDE based on KDE3.5 if this should ever become KDE4 :-)

Idd menu bars are costumizable, if you want the action icons, put them in it :-)
And action menues are easy accesable with your right mouse button

also konqueror left-side bar can do the thing you now have above...but the left-side bar can be changed to the users needs and can be removed.

And if you put these features in the top bar, it is just a movement of the sidebar tot the top :-)

waste of space idd :-)

http://tuxer.tk
Reply to this

-

 different

 
 by franzf on: May 28 2006  
Score 50%
franzffranzf
Home

I think the space-argument is the biggest against those mockups. But instead of crying you could think of how to make it better. The best solution should be (space-concerning) leaving away all menu,tool,etc and only using the app with shortcuts :)

Its hard to establish new ideas, the old layout of window into mainFrame, menubar+toolbar is just known and wont be given up by many users.
But without thinking of approving those things there will always be guys saying this looks like windows/mac/etc.

The toolbar vs mockup-problem could be solved by e.g. mouseScroll:
Scroll above toolbar shows mockup and vice versa.

You could leave the menubar away, and only show a small button "menu" which shows the menu. Thios button could be shown in both, toolbar and mockup.
So the improved kde-app could even use less space then the actual.

I really like those mockups, they completely differ from the actualy known :)


Reply to this

-

 Re: different

 
 by mattepiu on: May 28 2006  
Score 50%
mattepiumattepiu

Using just a "menu button" can be
a worth-exploring solution (even if I
think it can be an issue with gimp and
openoffice where you'll need one click
more every time you use menus, so really
often.... )

But I strongly discourage the "just
shortcuts" option:
Using no menu but just shortcuts is unfriendly,
noxious, mind and time consuming.
I'm using blender that has this behaviour
for just some functions and every time I
stay a couple days without using it, I
need to find the hotkey printed paper
to remember "what button does this, what
does this other button".....

Try yourself to use blender effectively
(as a noob) removing the hotkey paper
and you risk to go crazy,
multiply for all kde apps and welcome to
interface hell....


Reply to this

-

 Re: Re: different

 
 by franzf on: May 28 2006  
Score 50%
franzffranzf
Home

This was meant to be a little bit ironic.
It DEFINITELY is the most space-saving solution, but absolutely not userfriendly.

I wanted to encourage everybody here to think about making all those mockups better and giving contructive criticism :)
The idea with the menu-button was one fast thought how to even use less space then now ;)


Reply to this

-

 Re: Re: Re: differen

 
 by mattepiu on: May 28 2006  
Score 50%
mattepiumattepiu

Check screenshot 2 and 3 , I reached the
max spacesaving this concept can reach,
less space than this is absolutely
impossible without killing usability,
IMO...


Reply to this

-

 Re: Re: Re: Re: differen

 
 by franzf on: May 28 2006  
Score 50%
franzffranzf
Home

YES, I really like the concept :)


Reply to this

-

 Re: Re: Re: Re: Re:

 
 by mattepiu on: May 28 2006  
Score 50%
mattepiumattepiu

I put the image I used to compare this
theme with the most voted "theme mockup"
(well, ibc one is more than this..) in this
section (konqueror for a new experience),
and the results are.... that this theme
is actually more compact, both with
menubar hidden than with menubar showing
(for both).

Please check and do your comparations
by cut-n-paste of screenshots, if you wish so.


Reply to this

-
.

 idd a waste of space

 
 by toonmuylkens on: May 28 2006  
Score 50%
toonmuylkenstoonmuylkens
Home

It really is a waste of space. These mockups seem nice when theire are only 2 icons in konqueror...But what if you have 200 files.

Also what if you want to use the 'split-view' mode or so.

way to much space goes into stuff I can also acces with my right mouse button.

Also what if there are 23 actions I can choose from. They won't fit into that structure of yours.

Even in the future people will be having MORE files on theire computers.

Also all the spacings between the menubars...man what do I need that for...
imagen: 5 menubars in konqueror (easy to have: main menubar, icon bar, tab bar, bar of the embedded object like KPDF of ARK ...

really it wont work!

good thing i can imagen no programmer ever want's to code this :-) because when you are coding a lot of tabs/applications are running at the same time and space is really appriciated

cheers

http://tuxer.tk
Reply to this

-

 Re: idd a waste of s

 
 by mattepiu on: May 29 2006  
Score 50%
mattepiumattepiu

Ok, after you convinced me I decided to
move forward to the future:

Console doesn't waste any space and
ncurses doesn't use any unneeded graphics.

Also there's not all that empty space and
you can see a lot of files at once with
just a dir command. Come with me to
console, uninstall your kde.

Or you can just download the files, check that this theme is more compact than the only valid other graphical mockup for kde,
and then point me to something more
compact but still graphically appealing
(high contrast isn't !! )


Reply to this

-

 Re: idd a waste of s

 
 by mattepiu on: May 29 2006  
Score 50%
mattepiumattepiu

I also provided the "theme/mockup" perfect
for you, just check http://www.kde-look.org/content/show.php?content=39966
and lose your sight happily.


Reply to this

-
.

 Re: Re: idd a waste of s

 
 by toonmuylkens on: May 29 2006  
Score 50%
toonmuylkenstoonmuylkens
Home

the link you posted is idd more compact.

I do appriciate your work. A new look/way of work can be welcome.
And idd, the console works fastest but we need X these days (for webbrowsing, image editing and for users not used to console)

But still. When you make a mockup you must keep in mind that it HAS to be themable, It has to be as space efficiant as possible.

KDE has a lot of features..they need to be still there in KDE4...

I hadn't noticed the firefox-like search bar yet. Now that's a good idea :-) (really, whay more usable )

cheers

http://tuxer.tk
Reply to this

Add commentBack




-
Linux42.org
-

Popular Groups
-

Newest Groups
-

FORUM
-

 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Content RSS   
Events RSS   

Participate
Groups
Forum
Add Content
Public API
About openDesktop.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2007-2016 openDesktop.org Team  
All rights reserved. openDesktop.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
openDesktop is a trademark of the openDesktop.org Team