Re: new module proposal: brasero
Bastien Nocera wrote: On Wed, 2008-11-05 at 00:06 +0100, Frederic Peters wrote: - there is the audio cd capability, it would be nice if n-c-b asked do you want to burn this as an audio cd when all files were audio files. (no bug report either). We tried this, it's broken, and it just doesn't work for users. People can/should use music players/managers like Rhythmbox or Banshee for that. Thanks for the input; I didn't know it was tried before. Cheers, Frederic ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Main Menu mockup
Hello gnome desktop developers, Apologies if this is the wrong forum for such an email. I have seen a fair bit of discussion about usability ideas for Gnome 3. Going by a post on planet.gnome.org, the current thinking as far as desktop interaction[1] seems to involve some kind of multi-functional left-sided panel. Inspired by recent discussions and a few other applications such as Opera and Adobe Acrobat 8, i decided to have a go at developing some of my own ideas and add them to the mix. I used Clutter and python to do so as these tools offer a relatively easy way of layering images and cairo textures whilst at the same time Clutter allowed me to provide some degree of interactivity (which further demonstrates ideas). You can get my main menu mockup/prototype from here: http://dl.getdropbox.com/u/123544/main-menu-mockup.tar.gz To run my mockup you need clutter 0.8 and pyclutter installed. My main menu mockup, i believe, offers more functionality than existing main menus... though i guess it is similar to the Novells Slab menu and Vista's Start menu(?). It would provide a single location for browsing applications, friends/contacts, places, deskbar-like search, document history, logout options and system preferences administration. I believe many users would be somewhat familiar with the paradigm i offer as there are precedents in the software world, Adobe Acrobat 8, Opera, Slab, and Vista start menu and the likes of web browsers and Banshee which implement similar UI ideas (with regard to panel-type interfaces which expose application functionality). I am no coder and i don't really know how buggy/attractive the code is, it runs fine on my Ubuntu 8.10 system... the main threat is missing icons, but i think it should handle the absence of icons gracefully... Hopefully some of you will look at my mockup and provide some feedback or maybe develop some of the ideas. Regards, Matthew McGowan _ [1] http://live.gnome.org/Boston2008/GUIHackfest/WindowManagementAndMore ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Main Menu mockup
Karl Lattimer wrote: I'd love to try it out unfortunately https://bugzilla.redhat.com/show_bug.cgi?id=468860 is preventing me from doing so :/ /me wonders how these kinds of bugs will effect the proposed GNOME shell technologies? BR, K On Wed, 2008-11-05 at 23:57 +1300, Matthew McGowan wrote: Hello gnome desktop developers, Apologies if this is the wrong forum for such an email. I have seen a fair bit of discussion about usability ideas for Gnome 3. Going by a post on planet.gnome.org, the current thinking as far as desktop interaction[1] seems to involve some kind of multi-functional left-sided panel. Inspired by recent discussions and a few other applications such as Opera and Adobe Acrobat 8, i decided to have a go at developing some of my own ideas and add them to the mix. I used Clutter and python to do so as these tools offer a relatively easy way of layering images and cairo textures whilst at the same time Clutter allowed me to provide some degree of interactivity (which further demonstrates ideas). You can get my main menu mockup/prototype from here: http://dl.getdropbox.com/u/123544/main-menu-mockup.tar.gz To run my mockup you need clutter 0.8 and pyclutter installed. My main menu mockup, i believe, offers more functionality than existing main menus... though i guess it is similar to the Novells Slab menu and Vista's Start menu(?). It would provide a single location for browsing applications, friends/contacts, places, deskbar-like search, document history, logout options and system preferences administration. I believe many users would be somewhat familiar with the paradigm i offer as there are precedents in the software world, Adobe Acrobat 8, Opera, Slab, and Vista start menu and the likes of web browsers and Banshee which implement similar UI ideas (with regard to panel-type interfaces which expose application functionality). I am no coder and i don't really know how buggy/attractive the code is, it runs fine on my Ubuntu 8.10 system... the main threat is missing icons, but i think it should handle the absence of icons gracefully... Hopefully some of you will look at my mockup and provide some feedback or maybe develop some of the ideas. Regards, Matthew McGowan _ [1] http://live.gnome.org/Boston2008/GUIHackfest/WindowManagementAndMore ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list Bummer, X.org drivers, the weakest link? Matt ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
Il giorno mar, 04/11/2008 alle 22.19 +0300, Nickolay V. Shmyrev ha scritto: Well, both have issues, but I recently checked the current Brasero UI and quickly wrote the list that would be nice to do before the release: 4. Fix a single layout instead of horizontal and vertical, remove preview from it, remove filters, remove file chooser. Put burn into toolbar. No, please, filters is useful feature. Just try to add a folder with hidden files (dot or ~, however stuff that you don't know or remember). Brasero will add them to filters, without adding to project, and notify you. About Burn not in toolbar, check bugzilla, it was a design choice. 6. Remove idea of the project (did you ever want to save disc project instead of saving the iso image?) Maybe you want to do so when * your blank CD/DVD storage is empty and you want to preserve harddisc space (go to shop, buy new blank CD/DVD, burn) * you have other stuff to burn in this disk, but you have to check with other people or finish to download or similar Someone, including me, could really like this. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Main Menu mockup
On Wed, Nov 5, 2008 at 11:57 AM, Matthew McGowan [EMAIL PROTECTED] wrote: Hello gnome desktop developers, Apologies if this is the wrong forum for such an email. I have seen a fair bit of discussion about usability ideas for Gnome 3. Going by a post on planet.gnome.org, the current thinking as far as desktop interaction[1] seems to involve some kind of multi-functional left-sided panel. Inspired by recent discussions and a few other applications such as Opera and Adobe Acrobat 8, i decided to have a go at developing some of my own ideas and add them to the mix. I used Clutter and python to do so as these tools offer a relatively easy way of layering images and cairo textures whilst at the same time Clutter allowed me to provide some degree of interactivity (which further demonstrates ideas). You can get my main menu mockup/prototype from here: http://dl.getdropbox.com/u/123544/main-menu-mockup.tar.gz To run my mockup you need clutter 0.8 and pyclutter installed. My main menu mockup, i believe, offers more functionality than existing main menus... though i guess it is similar to the Novells Slab menu and Vista's Start menu(?). It would provide a single location for browsing applications, friends/contacts, places, deskbar-like search, document history, logout options and system preferences administration. I believe many users would be somewhat familiar with the paradigm i offer as there are precedents in the software world, Adobe Acrobat 8, Opera, Slab, and Vista start menu and the likes of web browsers and Banshee which implement similar UI ideas (with regard to panel-type interfaces which expose application functionality). I am no coder and i don't really know how buggy/attractive the code is, it runs fine on my Ubuntu 8.10 system... the main threat is missing icons, but i think it should handle the absence of icons gracefully... Hmm, not so much for me (debian unstable)... Traceback (most recent call last): File mocker.py, line 986, in module mocker.build_mockup( Stage ) File mocker.py, line 57, in build_mockup content=ExitContent() File mocker.py, line 404, in __init__ padding=10 File mocker.py, line 819, in __init__ Widget.__init__(self, w, h, Style.button) TypeError: __init__() takes exactly 7 arguments (4 given) John Hopefully some of you will look at my mockup and provide some feedback or maybe develop some of the ideas. Regards, Matthew McGowan _ [1] http://live.gnome.org/Boston2008/GUIHackfest/WindowManagementAndMore ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
2008/11/5 Luis Medinas [EMAIL PROTECTED]: On Wed, 2008-11-05 at 13:33 +0100, Josselin Mouette wrote: Le mercredi 05 novembre 2008 à 12:48 +0100, Luca Ferretti a écrit : If so, there is no UI for this, in example a Blank Disc entry in Nautilus context menu for inserted disc, isn't it? No, but it proposes to blank the disk at the time of burning if appropriate. What exactly can the brasero front-end do that n-c-b cannot? Shouldn't it be something that we could add to the n-c-b burn dialog? Josselin, I was speaking about frontend, i.e. provide to the end user both this[1] and this[2] UIs to collect data to burn. Yes, I understood that, and I believe the brasero frontend made some bad UI choices. Bad choices ? Like adding new features and provide a easy UI to users ? Just don't say it's bad choices help us improve that! If we change our burning software so radically, I'd like to see radically new features as well. Currently I only see a radically worse UI. Don't get me wrong: I love to see people working on improving our CD burning suite. But thinking of it as a standalone application, à la Nero, is a regression. Again... is any regression provide a standalone application that makes users do whatever they want when they want to burn a cd/dvd ? I feel that most of the people here don't actually use Brasero and don't know how can this application improve GNOME desktop overall. Does brasero has any sort of PolicyKit integration to handle the lack of write permission on the device (or cdrecord lack of setuid)? ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list -- Un saludo, Alberto Ruiz ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
2008/11/5 Luis Medinas [EMAIL PROTECTED]: Don't get me wrong: I love to see people working on improving our CD burning suite. But thinking of it as a standalone application, à la Nero, is a regression. Again... is any regression provide a standalone application that makes users do whatever they want when they want to burn a cd/dvd ? I feel that most of the people here don't actually use Brasero and don't know how can this application improve GNOME desktop overall. To be honest, most people don't want features of Brasero, they need to write files and sound. And it gets rarer and rarer. USB flash sticks remove CD as main method of transporting files, music players remove need to write audio CDs. So people actually enjoy basic CD/CD-RW writing capabilities in OS X and Windows (provided by OS itself) and I think it is no different in GNOME. So far I don't get urgent need to get Brasero as part of GNOME. It is excelent app, packaged for any major distros, works nicely. What GNOME and Brasero benefits from inclusion, except feature creep? This actually sounds a lot like PulseAudio scenario, which inclusion in GNOME and distros still make lot of users to shake their heads in despair. Cheers, Peter. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
2008/11/5 Josselin Mouette [EMAIL PROTECTED]: Le mercredi 05 novembre 2008 à 13:51 +, Alberto Ruiz a écrit : Does brasero has any sort of PolicyKit integration to handle the lack of write permission on the device (or cdrecord lack of setuid)? That shouldn't be needed, udev should set proper permissions on the device already. Well, some admins don't want users to write CDs on multiuser environments. So yes, it's definitively needed. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list -- Un saludo, Alberto Ruiz ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
Le mercredi 05 novembre 2008 à 13:51 +, Alberto Ruiz a écrit : Does brasero has any sort of PolicyKit integration to handle the lack of write permission on the device (or cdrecord lack of setuid)? No, =(. That deserves a bug report ;). ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
Le mercredi 05 novembre 2008 à 14:01 +, Alberto Ruiz a écrit : That shouldn't be needed, udev should set proper permissions on the device already. Well, some admins don't want users to write CDs on multiuser environments. So yes, it's definitively needed. The case where it is needed is not for just forbidding CD writing (for which you can simply not make the users member of the group) but implementing an at_console policy. However it would be bad to make the whole wodim process run as root. This is clearly a thing for which libburn support would make things better. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
Le mercredi 05 novembre 2008 à 13:41 +, Luis Medinas a écrit : Again... is any regression provide a standalone application that makes users do whatever they want when they want to burn a cd/dvd ? Yes, this is a regression. NCB made the right choice to consider CD burning as a service instead of an application. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
On Wed, 2008-11-05 at 14:59 +0100, Josselin Mouette wrote: Le mercredi 05 novembre 2008 à 13:41 +, Luis Medinas a écrit : Again... is any regression provide a standalone application that makes users do whatever they want when they want to burn a cd/dvd ? Yes, this is a regression. NCB made the right choice to consider CD burning as a service instead of an application. I remember the time NCB was developed there wasn't any decent burning application for GNOME. And now you can use Brasero as a service too if you want it's integrated with Nautilus plus you don't need to be tied to the only backend NCB supports: cdrtools. Luis ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
Hi, If we change our burning software so radically, I’d like to see radically new features as well. Currently I only see a radically worse UI. Please Josselin could you list the current flaws in UI design you see in brasero (apart from being a standalone application of course, I understood quite well you views about that ;)). We're open to discussion and changes. As a proof of good will and because this discussion has made me aware of how not so well (euphemism here ?) brasero integrates with the rest of the desktop, I started to write a nautilus-extension (based on the one in NCB) to integrate brasero a bit better in the GNOME workflow design described by Bastien Nocera. It's already working in SVN trunk and is side by side installable with NCB. It already does what NCB was doing +: - offers blanking - offers data integrity checking One thing though is that it opens brasero main window you hate so much. The next changes I want to make will bring the user straight to the burn option dialog, one click away from the actual burning (like NCB). Another step will be to write a plugin for rhythmbox another much needed integration. I agree with you that for day to day use rhythmbox, banshee, exaile, [add a name here] should be the true frontends for audio burning. But there are other cases where brasero interface is useful in audio burning, for more advanced stuffs like you have an old tape to convert to a disc, or a long audio file you want to split in several tracks (brasero allows splitting audio files and can do it automatically detecting silences), you can also add silences in between tracks. This allow for thorough Another thing about audio: I had a (quick) look at current rhythmbox plugin, and I saw that it (the plugin) had to convert all files to wave first before letting NCB library burn it. Well with brasero you don't need that, brasero will take care of converting any audio file to the proper format (wav for audio CD) as long as it's supported by Gstreamer. Brasero can write an audio CD from any audio format to a CD and on the fly which can be helpful on storages with limited room. To answer another of your points in a previous mail about backends (I mean cdrkit, cdrtools, libburn, ...). You said NCB could easily switch to libburn (the most promising backend for linux IMO). Right, but as Luis pointed out, why rewrite half of your burning library when you have one that works and has been working with it for some time now. Moreover, what would you do with Open Solaris that doesn't use libburn but cdrtools. As I already stated, that's a strength of brasero to be able to use any (?) available backend of the system. Distros can choose what they want to use. Cheers, Philippe ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
Le mercredi 05 novembre 2008 à 13:51 +, Alberto Ruiz a écrit : Does brasero has any sort of PolicyKit integration to handle the lack of write permission on the device (or cdrecord lack of setuid)? That shouldn’t be needed, udev should set proper permissions on the device already. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
Il giorno mar, 04/11/2008 alle 15.21 +0100, Josselin Mouette ha scritto: Le lundi 03 novembre 2008 à 23:48 +0100, Luca Ferretti a écrit : Examples of backends are nautilus-cd-burner and brasero :-) OK, serious. From UI point of view, backend is the the dialog showing you the progress of burning process, a software between the frontend and cd*tools. Yes. There are two separate things here: a real burning backend (which currently is cdrtools/cdrkit and in the end should probably be libburn) and a base UI. Of course, I wasn't speaking about real backends like cdr* or libburnia. * IMHO currently brasero (as backend) is better then n-c-b, at least 'cause brasero provides multisession and blanking/formatting AFAIK n-c-b provides blanking. If so, there is no UI for this, in example a Blank Disc entry in Nautilus context menu for inserted disc, isn't it? * About the frontend I think could be good put burn:// location and brasero side by side in the desktop, having a simple Nautilus add-in to quickly burn stuff as well as a full featured (but not bloated) application What exactly can the brasero front-end do that n-c-b cannot? Shouldn’t it be something that we could add to the n-c-b burn dialog? Josselin, I was speaking about frontend, i.e. provide to the end user both this[1] and this[2] UIs to collect data to burn. [1] http://www.cyberciti.biz/tips/wp-content/uploads/2006/07/autilus.png [2] http://www.gnome.org/projects/brasero/images/data-project.png ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
On Wed, Nov 5, 2008 at 3:16 AM, Bastien Nocera [EMAIL PROTECTED] wrote: On Wed, 2008-11-05 at 00:06 +0100, Frederic Peters wrote: - there is the audio cd capability, it would be nice if n-c-b asked do you want to burn this as an audio cd when all files were audio files. (no bug report either). We tried this, it's broken, and it just doesn't work for users. People can/should use music players/managers like Rhythmbox or Banshee for that. Well right now Banshee opens Brasero to do that. I personally often need to burn audio cds and find Brasero perfect for that. Marko ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
On Wed, 2008-11-05 at 13:33 +0100, Josselin Mouette wrote: Le mercredi 05 novembre 2008 à 12:48 +0100, Luca Ferretti a écrit : If so, there is no UI for this, in example a Blank Disc entry in Nautilus context menu for inserted disc, isn't it? No, but it proposes to blank the disk at the time of burning if appropriate. What exactly can the brasero front-end do that n-c-b cannot? Shouldn’t it be something that we could add to the n-c-b burn dialog? Josselin, I was speaking about frontend, i.e. provide to the end user both this[1] and this[2] UIs to collect data to burn. Yes, I understood that, and I believe the brasero frontend made some bad UI choices. Bad choices ? Like adding new features and provide a easy UI to users ? Just don't say it's bad choices help us improve that! If we change our burning software so radically, I’d like to see radically new features as well. Currently I only see a radically worse UI. Don’t get me wrong: I love to see people working on improving our CD burning suite. But thinking of it as a standalone application, à la Nero, is a regression. Again... is any regression provide a standalone application that makes users do whatever they want when they want to burn a cd/dvd ? I feel that most of the people here don't actually use Brasero and don't know how can this application improve GNOME desktop overall. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Cleanup tasks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthias Clasen schrieb: 2008/11/4 Joe Smith [EMAIL PROTECTED]: So I'm doing pretty good with updating gedit, but I've noticed that there are some header files not included in the main ones (glib.h, gdk/gdk.h, gdk-pixbuf/gdk-pixbuf.h and gtk/gtk.h). For instance, how should we include glib/gi18n.h when it isn't specifically included in glib.h? Will this require adding it as an include in glib.h? No, gi18n.h is a header that has to be included separately. That is because you need to either include gi18n.h or gi18n-lib.h depending on wether you are an app or a lib. There is a few more of those, e.g. gstdio.h. Same for gdkkeysyms.h - -- Greetings, Sebastian Pölsterl -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkRtgEACgkQ1ygZeJ3lLIdR/ACcCbGC46avNqC6qqbxkCF5TQZZ EokAn0tOM5vV3l0CPNPPJak6Y3pjAI1h =y1u1 -END PGP SIGNATURE- ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
Il giorno mer, 05/11/2008 alle 13.33 +0100, Josselin Mouette ha scritto: Don’t get me wrong: I love to see people working on improving our CD burning suite. But thinking of it as a standalone application, à la Nero, is a regression. So we have two different issues. ** Issue #1 ** We want a standard, well behaving, full featured GNOME framework for burning. Solutions: * add missing features in nautilus-cd-burner (and ask Brasero developers to use it) * drop nautilus-cd-burner and switch to Brasero (if Brasero is the right framework and can replace n-c-b as library) ** Issue #2 ** Do we want an additional standalone burning application à la Nero in GNOME Desktop? Solutions: None, this will depend on release team ;-) OK, serious. Dunno. A standalone burning application à la Nero maybe is not in the scope of a _basic_ desktop environment, probably a GNOME Extra moduleset is a more appropriate place (if we choose to keep n-c-b as burning framework, of course). But any past GNOME Extra project failed, and Brasero is really simple compared to other standalone burning application, it's really helpful for any non trivial burning workflow (i.e. insert a blank disk, auto-open file manager window, drag'n'drop files, clic Burn). ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Main Menu mockup
On 5 Nov 2008, at 10:57, Matthew McGowan wrote: My main menu mockup, i believe, offers more functionality than existing main menus... though i guess it is similar to the Novells Slab menu and Vista's Start menu(?). It would provide a single location for browsing applications, friends/contacts, places, deskbar-like search, document history, logout options and system preferences administration. Caveat: I haven't looked at your prototype yet (any chance you could just throw up a screenshot or two somewhere?) But my usual reaction to these all-in-one menus is why do I need an all-in-one menu? Many of the categories you've listed above (apps/ docs/places, friends/contacts, system preferences, logout options) aren't fundamentally related, so why try to shoehorn them all into the same small bit of screen real-estate? Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:[EMAIL PROTECTED]GNOME Desktop Team http://blogs.sun.com/calum +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Main Menu mockup
Forwarding to the Gnome Shell mailing list. On Wed, Nov 5, 2008 at 6:29 PM, Calum Benson [EMAIL PROTECTED] wrote: On 5 Nov 2008, at 10:57, Matthew McGowan wrote: My main menu mockup, i believe, offers more functionality than existing main menus... though i guess it is similar to the Novells Slab menu and Vista's Start menu(?). It would provide a single location for browsing applications, friends/contacts, places, deskbar-like search, document history, logout options and system preferences administration. Caveat: I haven't looked at your prototype yet (any chance you could just throw up a screenshot or two somewhere?) There's a screenshot in the archive. But my usual reaction to these all-in-one menus is why do I need an all-in-one menu? Many of the categories you've listed above (apps/docs/places, friends/contacts, system preferences, logout options) aren't fundamentally related, so why try to shoehorn them all into the same small bit of screen real-estate? It's a lot easier to use than 5 different clutteres menus shoved all over the place. If it's done right, it can look a lot cleaner. Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:[EMAIL PROTECTED]GNOME Desktop Team http://blogs.sun.com/calum +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list -Natan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
Le mercredi 05 novembre 2008 à 16:55 +0100, Luca Ferretti a écrit : So we have two different issues. ** Issue #1 ** We want a standard, well behaving, full featured GNOME framework for burning. Solutions: * add missing features in nautilus-cd-burner (and ask Brasero developers to use it) * drop nautilus-cd-burner and switch to Brasero (if Brasero is the right framework and can replace n-c-b as library) Amen. If we can replace libnautilus-burn by a new one which is better maintained, that’s all good, but currently brasero doesn’t have it. ** Issue #2 ** Do we want an additional standalone burning application à la Nero in GNOME Desktop? Solutions: None, this will depend on release team ;-) OK, serious. Dunno. A standalone burning application à la Nero maybe is not in the scope of a _basic_ desktop environment, probably a GNOME Extra moduleset is a more appropriate place (if we choose to keep n-c-b as burning framework, of course). Maybe we should seek the use cases for such an application. Case #1: pick some files and burn them on some media. = I feel burn:/// is the best interface ever designed to do that. Of course it could be improved, especially with the nice bar showing the remaining place on the disk. Case #2: pick some sound/video files and burn them as a data CD = The place to do it is either the file manager (with burn:///) or the sound application (totem or rhythmbox). I don’t think we need a specific application to do it. Case #3: pick some sound/video files and burn an audio CD/VCD/DVD = Same as case #2. We might want to improve the burn:/// to be able to burn an audio CD instead of a data one - it implies being able to sort files regardless of their name. Case #4: append data to a multisession CD = As the existing data on the CD is already best accessed from the file manager, I’d feel easier if there was, in these directories, a add files to CD button that would bring a burn:/// window. Again, that’s something that would be better done from the file manager (but which is not possible today with ncb). Case #5: create a dual data/sound CD = Here you need to be able to specify two sets of files: the ones going to the data track, and the ones going to audio tracks. A standalone application might do the trick, but it may still be possible to do it from the file manager. See my mockup later. Case #6: create a bootable CD = The boot image is something that is just passes as a burn parameter. We could add it as a parameter to the burn window (be it that of ncb or that of brasero), only showed if you open an advanced settings tab or something of the like. I am probably forgetting some cases, but so far I don’t see any that mandates a new application. As for burn:/// being able to handle audio tracks as well as data tracks, we could do something similar to the attachment bar in evolution: ┏━━━┓ ┃⊚ CD/DVD Creator ⊟⊞⊠┃ ┣━━━┫ ┃ File Edit ... ┃ ┣━━━┫ ┃ CD creator[=== ] 540 / 700 MB [ Burn to disc ] ┃ ┣━┯━━━┯━┫ ┃ Name│ Size │ Type┃ ┠─┼───┼─┨ ┃ Blah blah.odt │ 2 MB │ ... ┃ ┃ Foobar │ 1 MB │ ... ┃ ┃ │ │ ┃ ┃ │ │ ┃ ┃ │ │ ┃ ┠─┴───┴─┨ ┃ Click here to add audio tracks ┃ ┗━━━┛ The expander would then open another treeview, containing a re-orderable list of audio tracks. This allows to handle properly both audio CDs and dual audio/data CDs, without making the interface too complicated. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
2008/11/5 Josselin Mouette [EMAIL PROTECTED]: Case #5: create a dual data/sound CD = Here you need to be able to specify two sets of files: the ones going to the data track, and the ones going to audio tracks. A standalone application might do the trick, but it may still be possible to do it from the file manager. See my mockup later. What about Video CDs and DVDs? I somehow feel these are more useful than audio discs in 2008 where every cell phone, car and inflatable sheep sex doll has a built-in mp3 player ;) -- Patryk Zawadzki ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: new module proposal: brasero
Le mercredi 05 novembre 2008 à 17:48 +0100, Josselin Mouette a écrit : Le mercredi 05 novembre 2008 à 16:55 +0100, Luca Ferretti a écrit : So we have two different issues. ** Issue #1 ** We want a standard, well behaving, full featured GNOME framework for burning. Solutions: * add missing features in nautilus-cd-burner (and ask Brasero developers to use it) * drop nautilus-cd-burner and switch to Brasero (if Brasero is the right framework and can replace n-c-b as library) Amen. If we can replace libnautilus-burn by a new one which is better maintained, that’s all good, but currently brasero doesn’t have it. That could be done actually. Brasero has backend and frontend clearly separated and could be split if need be. cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
gnome-keyring branched for GNOME 2.24
Stable releases will be made from branches/gnome-2-24. Development will happen on trunk. Plans for 2.26 are noted here: http://live.gnome.org/RoadMap/GnomeKeyring Cheers, Stef Walter ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Main Menu mockup
On 5 Nov 2008, at 16:37, natan yellin wrote: Forwarding to the Gnome Shell mailing list. On Wed, Nov 5, 2008 at 6:29 PM, Calum Benson [EMAIL PROTECTED] wrote: Caveat: I haven't looked at your prototype yet (any chance you could just throw up a screenshot or two somewhere?) There's a screenshot in the archive. D'oh, so there is. But my usual reaction to these all-in-one menus is why do I need an all-in-one menu? Many of the categories you've listed above (apps/docs/places, friends/contacts, system preferences, logout options) aren't fundamentally related, so why try to shoehorn them all into the same small bit of screen real-estate? It's a lot easier to use than 5 different clutteres menus shoved all over the place. If the five different menus are already cluttered, then you're not going to make something less cluttered by just munging them all together. On the other hand, if it's possible to simplify each of them enough that munging them together works, then it should also be possible to usefully simplify them without munging them together at all, saving the user a click or two every time. Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:[EMAIL PROTECTED]GNOME Desktop Team http://blogs.sun.com/calum +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list