Re: [Desktop12.04-Topic] Google Cloud Print Integration
On mié, 2011-10-19 at 09:47 +0200, Milan Bouchet-Valat wrote: > Le mercredi 19 octobre 2011 à 00:12 +0200, Till Kamppeter a écrit : > > What we would need is something like a capplet in GNOME Control Center > > to (de)activate and configure Google Cloud Print. This GUI needs to be > > designed and it also needs to be decided which user daemon will be used > > to enable Cloud Print, the one of Chromium or the "cloudprint" package. > Sounds like a case to add to the new GNOME Online Accounts panel. If you > have a Google account, you enter your address, and then choose whether > you want to enable mail, docs, etc., or cloud print. You'd just need to > add another GtkSwitch. No need to add a new applet that would clutter > the control center for most users that don't use that feature. > yes, that's a great idea. I guess then we'd need to have something register the printer in the config? Maybe the online accounts panel could just setup the printer, but we'd also need support in the print architecture to allow printing to this service, right? -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: "Sound settings" changes for Precise
On mar, 2011-10-18 at 16:29 +0200, David Henningsson wrote: > (Sorry if you get this message twice; it was suggested to bring this to > the ubuntu-desktop mailinglist) > > Hi! > > The jack detection stuff I've been working with [1] during the Oneiric > cycle is currently somewhat half-baked. What's missing is some UI > changes to make this more user friendly. > > For me it's important to get this done during the Precise cycle, and > preferably as early as possible to get some feedback. For me personally > I consider this to be the second highest thing on my priority list (the > highest one will always be taking care of HWE bugs when they come up) > I'm happy to spend my cycles on it as necessary. I know a lot about > PulseAudio and how that part is supposed to work, but I'm not a trained > designer. > > As it stands, PulseAudio now provides sufficient information [2] for us > to have the possibility to revamp the Sound Settings UI to make it more > user friendly. This change was first discussed with Matthew Paul Thomas > in June (IIRC), then Harry von Haaren - a summer worker - took on first > making some mockups and later, started on an implementation. The > implementation was never finished, and I'm not sure how much of it can > be reused for "the real thing". > > Also, there is no reason as I see it to not trying to upstream it into > GNOME. I don't know exactly how to do that or who to contact about it. > indeed, the sound panel in g-c-c is waiting for a design that hasn't been done yet. So that's why it's just the old PA settings panel ported to GTK and with a couple of improvements (switches instead of check boxes in the 3.3 version), but nothing really big. So yes, it's perfectly upstreamable, but the design needs to go via the GNOME Design team (not waiting for their approval, but using their infrastructure), so the best starting point is: https://live.gnome.org/Design/SystemSettings/Sound cheers -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Desktop12.04-Topic] control center cleanup
On sáb, 2011-10-08 at 17:44 +0100, Matthew Paul Thomas wrote: > Rodrigo Moya wrote on 06/10/11 15:23: > > ... > > > > For Oneiric we went the easy route of adding a way to run external > > applications for the stuff we wanted in the control center. But > > this looks quite bad (some panels are embedded, others run a > > separate application), so for P I'd like us to do a cleanup and > > avoid as much as possible having external windows. > > > > So, here's a list of what we have: > > > > * jockey: this could perfectly fit in the System Info panel > > > I wouldn't call it a "perfect fit", but that's one possibility. > Another is Ubuntu Software Center > <http://brainstorm.ubuntu.com/idea/28205/>, and another is Update Manager. > in Ubuntu Software Center or Update Manager it's much better, yes. I would really prefer it to be there than having to patch g-c-c to include it. Another option of course is a 'Software updates' panel in g-c-c, much more work though > > * language-selector: we just need ability to install languages and > > input method support in the region panel to completely remove this > > > I'm working on the design for that one. > <https://launchpad.net/ubuntu/+spec/desktop-o-clean-up-language-support> > yeah, been seeing your changes to the live.gnome wiki page. I'm starting to work on all the missing pieces in the region panel soon, so will keep you posted of the progress of the implementation > > * software sources: also maybe as part of the System Info panel, > > which does updates? > > > The System Info panel shouldn't be in System Settings in the first > place. It isn't settings. > It is settings. It allows you to force fallback for the session if you don't have a supported video card, it allows you to select default applications and now, in 3.3, has the Removable Media panel included, so it really does allow to set things. It's completely misnamed though. I guess just 'System' or something similar should be enough cheers -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Desktop12.04-Topic] Implement systemd/PackageKit interfaces
On lun, 2011-10-10 at 11:48 +0200, Sebastien Bacher wrote: > Le mardi 04 octobre 2011 à 13:16 +0200, Rodrigo Moya a écrit : > > systemd interfaces needed > > so far are just a couple easy ones AFAIR, so shouldn't be hard at > > all. > > Hey, > > Not sure but I think I've been reading that it's possible to use those > services without using systemd as the init system, should be simply try > to do this rather than rewrite similar code? > yes, I'll have a look. If this is possible, then of course it would be much easier -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
[Desktop12.04-Topic] control center cleanup
Hi For Oneiric we went the easy route of adding a way to run external applications for the stuff we wanted in the control center. But this looks quite bad (some panels are embedded, others run a separate application), so for P I'd like us to do a cleanup and avoid as much as possible having external windows. So, here's a list of what we have: * jockey: this could perfectly fit in the System Info panel * language-selector: we just need ability to install languages and input method support in the region panel to completely remove this * software sources: also maybe as part of the System Info panel, which does updates? the tricky one is Ubuntu One, so I guess we'd have to leave it as it is, or write a panel that just embeds the u1-panel window? cheers -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
[Desktop12.04-Topic] Implement systemd/PackageKit interfaces
Hi With GNOME moving to using more and more systemd and PackageKit in different places, instead of having to patch all the apps using them to use our services, it would be great to implement those in our stack (aptdaemon and ubuntu-system-service). Work has been started to implement PK system bus interface in aptdaemon, so part of this is in progress already. Also, systemd interfaces needed so far are just a couple easy ones AFAIR, so shouldn't be hard at all. cheers -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Desktop12.04-Topic] Integrate language-selector to control center
On mar, 2011-10-04 at 12:41 +0200, Martin Pitt wrote: > Sebastien Bacher [2011-10-04 11:24 +0200]: > > I think we should work on making the upstream "region" capplet do what > > we need and deprecate language-selector in its favor if we can ;-) > > Big +1. language-selector is pretty horrible code, I'd love to get rid > of it. We will probably need to keep a distro specific bit like > check-language-support which will determine the missing i18n packages > based on the packages you already have installed. However, I'd like to > rewrite this script from scratch. > > I'm not sure how to integrate it best, whether to implement it as part > of a distro specific "hook" in control-center (it probably will need > one to figure out which distro packages to install for a newly added > language), or whether it should become a method of accountsservice > (although that sounds like an abuse to me). > > Rodrigo probably has the best idea of where to put it? > not really yet. There was some discussion about having it in the session interface of PackageKit (which apt-daemon implements). That seems to be the best place so far, better than having distro specific code in g-c-c. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Proposing Jeremy Bicha for ~ubuntu-desktop
On jue, 2011-09-08 at 10:20 +0200, Sebastien Bacher wrote: > Le jeudi 08 septembre 2011 à 08:54 +0200, Martin Pitt a écrit : > > Hello Desktoppers, > > > > as quickly mentioned yesterday on IRC, I propose Jeremy Bicha to join > > the ranks of ~ubuntu-desktop, so that he can commit to our branches > > and upload desktop-ish packages. > > > > Jeremy has done great work on the gnome-3 PPA during Natty and now > > with GNOME package updates in oneiric. I have sponsored a lot of his > > packages, and am now convinced that he has sufficient packaging skills > > to do the regular updates by himself. > > > > Please see his wiki page for some details: > > > > https://wiki.ubuntu.com/JeremyBicha/DesktopDeveloperApplication > > > > He has my +1. Two more to go, as per our membership policy [1]. > > > > Thanks Jeremy for your great work! > > Hey, > > Jeremy has been doing great work indeed, I've sponsored quite some of > his updates and they are usual good to upload, he also ask questions > when he's unsure so I trust he will use his upload rights wisely ;-) > So in summary that's a +1 from me as well. > > Jeremy you should aim at being a MOTU as well probably since you have > interest in gnome-shell and some other universe packages and the desktop > set doesn't give rights for those > he's got my +1 also -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Downgrade GNOME 3 method
On Thu, 2011-06-23 at 20:04 -0600, Joel Leclerc wrote: > Here is a simple way to downgrade GNOME 3 to GNOME 2: > http://lkubuntu.wordpress.com/2011/06/23/downgrading-from-gnome-3-to-gnome-2/ > > just curious, but why do you want to do that? -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Dropping tomboy from the CD at least for part of the oneiric cycle
On Thu, 2011-06-16 at 16:26 +0800, Kevin Huang wrote: > Is any replacement silution for Tomboy? How is the notes in ubuntuone > synced to local? > as someone mentioned on the thread, you can store notes in Evolution itself, but that doesn't sync to ubuntuone, mainly because the calendar/tasks/notes backend in evolution-couchdb isn't finished yet. So, we could finish it and provide the notes there. But, notes in evolution are plain text, so you lose all the nice formatting Tomboy and Ubuntu One provide. So notes will look bad in Evolution if they contain markup from Ubuntu One. As for how the notes are synced, Tomboy uses a REST protocol (http://live.gnome.org/Tomboy/Synchronization/REST) which is used both by Ubuntu One and Snowy -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Reports for Desktop Bugs
On Wed, 2011-06-15 at 14:29 -0400, Pedro Villavicencio Garrido wrote: > Hello folks, > > During the last week I've been working on writing some reports for the > desktop team using launchpadlib, I've added the link of the prototype to > yesterday Meeting and in case you missed it, please have a look to: > > http://people.canonical.com/~pedro/desktop/ > > This is a launchpadlib script and its updated every two hours. > > The basic purpose of the pages is to have a central place where you can > look for bugs having a high heat (good quantity of dups and users > affected) also every bug marked as High or Critical is being listed > there, right now it has 5 categories: > > * Desktop Bugs: all the bugs of packages being tracked on > https://bugs.launchpad.net/~desktop-bugs/+packagebugs > * Other Packages: Gwibber, Telepathy*, Network-Manager, etc (look at the > page for full list) > * Compiz: Bugs just for compiz. > * Unity: unity, nux, unity-place-applications, unity-place-files. > * Mozilla : Thunderbird and Firefox. > > There's an extra category: Assigned Bugs , which basically lists all the > bugs assigned to the canonical-desktop-team or to any of the members of > it. > > Please review the page and let me know what you'd like to > include,remove,etc. If I'm missing a package you're looking please also > tell me and if you'd like to have a separate category (ie: Messaging for > empathy+telepathy bugs) also tell me so i can create it. > can you please include couchdb-glib and evolution-couchdb also? maybe in the 'Other packages' section, doesn't mind -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
[Blueprint desktop-o-gtk3-gnome3] GTK 3/GNOME 3
Blueprint changed by Rodrigo Moya: Whiteboard changed: Work items (oneiric-alpha-1): [seb128] review the deprecated libraries rdepends by alpha1: Write a mir for accountsservice: [themuso] Write MIRs for the at-spi2 stack: TODO [ken-vandine] get libindicate-gtk ported to GTK3: [ken-vandine] port ido to GTK3: [jbicha] Write a mir for libpeas (blocking gedit, eog3 and totem) (bug 782958): DONE [jbicha] Write a mir for seed (required by libpeas & epiphany-browser) (bug 782972): DONE Review cups-pk-helper and file a mir if needed (for the new gnome-control-center): Decide on whether nautilus should still draw desktop icons or not in Ubuntu: Work items (oneiric-beta-1): [pitti] port usb-creator to pygi: INPROGRESS clean libglade out of the CD: clean libgnomeui out of the CD: clean libbonoboui out of the CD: clean libgnomevfs out of the CD: [ev] port ubiquity to pygi: (maybe) port software-center to pygi: [pitti] port ubuntuone-music-store plugins to pygi (blocked on porting rhythmbox, there's an upstream branch, but only for gnome 3): [ken-vandine] port gwibber to gtk3: [bilalakhtar] port checkbox to pygi: DONE [pitti] port system-config-printer to pygi (started, in upstream branch now): provide GTK3 variant of appmenu-gtk ( https://code.launchpad.net/~hasselmm/appmenu-gtk/gtk3/+merge/60326): INPROGRESS Remove gnome-system-tools from seeds, replace with user admin tool from GNOME 3: Check NTP configuration works ok with upstream code in gnome-settings-daemon: Drop gnome-themes-ubuntu package (old gtk2 themes from community) or update them with new themes. [robert-ancell] replace tsclient with remmina in the seed (tsclient removed from sid/oneiric): Port gnome-settings-daemon.gconf-defaults to use GSettings (dh_installgsettings): [pitti] Port gnome-power-manager.gconf-defaults to use GSettings: [pitti] Port energy star compliant patch in gnome-power-manager to GSettings: [robert-ancell] port simple-scan to GTK3: Update or drop nautilus indicator-application patch: Update nautilus indicator-appmenu patch: Trigger the gconf to gsettings migration for users upgrading from natty even if they did it before: Check if the new glade works for gtk2 custom widgets and add back a glade-gtk2 if it doesn't: - [rodrigo] Rebase system-wide config patches in gnome-control-center: + [rodrigo-moya] Rebase system-wide config patches in gnome-control-center: Work items: Check that accountsservice works fine on Ubuntu: Demote cheese or write a mir for gnome-video-effects: Comments: pitti, 2011-04-27: add postponed work items from https://launchpad.net/ubuntu/+spec/packageselection-desktop-n-gnome3 Questions: [jbicha] Nautilus 3 uses Ctrl+Del instead of Del to delete files, are we ok with this or should we patch it? http://git.gnome.org/browse/nautilus/commit/?id=cce40272e35b20b4aaf5f93109a05b7bb89704d5 Nautilus 3 by default does not display desktop icons (so right-click to Change Background doesn't work either). Also, Nautilus isn't started by default on login as it doesn't draw the desktop. We're going to keep the previous behavior, right? Session notes: Let us make GNOME3 rock on Ubuntu 11.10! Glib, GTK: * We will track the unstable glib and gtk version during the oneiric cycle, new gtk will be api,abi stable and should not be an issue Updates and ppa usage: * The GNOME3 ppa worked fine this cycle, it made easier for contributors to participate What about testing? It would get less testing in the ppa Natty Gnome 3 PPA * Keep it at 3.0.* * Don't include gnome-panel 3 as it breaks Ubuntu Classic by not supporting indicators Gnome 3.1 PPA * Both Natty & Oneiric? Plan of action: * Start with merges from Debian and 3.0 landing * Then start landing 3.1 directly to Oneiric * Keep the GNOME 3.0 ppa running for natty * See if the ppa contributors are wanting to work on a 3.1 ppa for natty Goals: - clean libgnome, libgnomeui, libbonobo, libbonoboui, libglade, gconf, gnome-vfs, libgnomecanvas - Needed to switch to the new a11y to get rid of bonobo -> we will do it, a11y said the new version is ready - gtk2 to gtk3: firefox is not likely going to be ported - get a gtk3 theme - https://bugzilla.mozillaMuonSoftwaremeeting/desktop-o-wayland/Center.o.org/show_bugrg/show_bug. Comunity themes will be changed to adapt to gtk3 (my proposal is to cgi?id=627699 (port gtk2 to gtk3) - https://bugzilla.mozilla.org/show_bug.cgi?id=611953 (gnome 3.0 readiness) Gconf: the helper migrating the gconf values to gsettings will be rewritten to read directly the gconf database without depending on gconf to get the keys [seb128] review the rdepends by alpha1 GTK: we need to think how the new GtkApplication menu that gnome-shell will use is going to play with indicator-appmenu Theming: Dx plans t
Re: Proposing to add Rodrigo Moya to ~ubuntu-desktop
On Thu, 2011-04-21 at 10:06 +0200, Sebastien Bacher wrote: > Le mercredi 20 avril 2011 à 10:44 +0200, Martin Pitt a écrit : > > I propose to add him to the ~ubuntu-desktop team, so that he can > > Hi, > > Rodrigo has been doing lot of desktop work this cycle especially on the > GNOME3 updates and usually his updates don't have issues and can be > uploaded as it so yes, let's add him to the team, welcome Rodrigo ;-) > ok, thanks all! Now I can break everything I want then? :) thanks! -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Oneiric-Topic] Reducing number of patches in our packages
On Mon, 2011-04-11 at 21:10 +0100, Javier Jardón wrote: > On 7 April 2011 15:32, Rodrigo Moya wrote: > > > > About putting it in GTK, I don't know of all the appindicators patches, > > but most of the ones I've seen, more or less, are just a bunch of: > > > > #ifdef INDICATORS > > app_indicator_whatever... > > #else > > gtk_status_icon_whatever... > > #endif > > > > Only FYI, currently GNOME is using libnotify for this (GtkStatusIcon > is "deprecated" in GNOME3 experience) oh right. So yes, then a bit easier, since we'll have to just patch notification-daemon then -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Oneiric-Topic] Default e-mail client
On Fri, 2011-04-08 at 18:59 +0200, Sebastien Bacher wrote: > Le vendredi 08 avril 2011 à 16:08 +0100, Chris Coulson a écrit : > > - I'm not convinced that Evolutions additional features are that > > important to our target users > > Hi, > > There seem to be some disagreement on how useful the calendar is, it > seems that with free gcalendar accounts and smart phones allowing to use > those easily quite some people use calendering out of work nowadays > also, it's important, for full desktop integration, to have whatever email client we choose use e-d-s (or libfolks, which has an e-d-s backend) for contacts, as many other apps use that for contacts (empathy) and calendar (the clock applet). That leaves very few options (tinymail and claws-mail?) So, I would agree on replacing Evolution with a more lightweight app, but only if that app uses e-d-s, which doesn't have any performance problem and which offers support for several protocols (google, groupwise, exchange, U1, etc), so it would be great to not lose that when changing the default e-mail client -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Oneiric-Topic] Reducing number of patches in our packages
On Fri, 2011-04-08 at 10:12 -0400, Jorge O. Castro wrote: > On Fri, Apr 8, 2011 at 4:36 AM, Rodrigo Moya > wrote: > >> How would this affect application authors, would they need to go update > >> again? > >> > > what do you mean? > > Basically do we have to go from app to app adjusting them again or is > this a change we can do in one place? > well, the proposal I've made is to patch gtk_status_icon_* API in GTK, so that we don't have to patch any app at all, as they would be already be using the GTK API. So this means no more indicator patches. So yes, it would be a change in one place + the removal of all the appindicator patches in our packages -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Oneiric-Topic] Reducing number of patches in our packages
On Thu, 2011-04-07 at 20:26 -0400, Jorge O. Castro wrote: > >> Also, some Ubuntu-specific patches, like the appindicators ones are > >> duplicated in lots of packages, so it would be good if we could find a > >> better way to make upstream apps use them, like, for instance, patching > >> gtk_status_icon_* in GTK itself to use the indicators when available, > >> instead of having to patch dozens of apps (and keep those patches > >> up-to-date and working for every major version upgrade). > > How would this affect application authors, would they need to go update again? > what do you mean? > >> Another candidate for that could be the launchpad integration patches, > >> which are present in many more packages than the appindicators ones. I'm > >> sure we can find a way to have that in GTK itself, so that whenever a > >> Help menu is created, and given we have the name of the app, it could > >> just create the LPI entries. > > This would be great, do you think GTK upstream would be keen on this? > maybe, but if not, we would just need to carry 1 distro patch, not dozens of them > > +100 for this topic. The amount of patches we carry is a huge but > > mostly silent overhead. I'd like to make a website like versions [1] > > that shows our diff against vanilla GNOME to make this more visible. > > I would like to also +100 even though I'm not on the desktop team. :p > > The 3.x transition this is the time to get this out of the way before > we find ourselves in LTS-crunch with too large a delta. When we're > ready I'd like to see us approach d-d-l as soon as possible and start > talking to module maintainers and start working on this. Even if we > don't get them all if we could at least do a frontloaded approach for > O and catch the remainder in P that would be great. > right, that's why those patch upstreaming/cleaning days would be useful -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Oneiric-Topic] Reducing number of patches in our packages
On Thu, 2011-04-07 at 08:30 -0400, Mathieu Trudel-Lapierre wrote: > On Thu, Apr 7, 2011 at 7:23 AM, Rodrigo Moya > wrote: > [...] > > So, for next cycle, I would suggest a "small" goal of trying to do patch > > upstreaming/cleaning days, maybe once a week or every 2 weeks. > > Great idea :) > > > Also, some Ubuntu-specific patches, like the appindicators ones are > > duplicated in lots of packages, so it would be good if we could find a > > better way to make upstream apps use them, like, for instance, patching > > gtk_status_icon_* in GTK itself to use the indicators when available, > > instead of having to patch dozens of apps (and keep those patches > > up-to-date and working for every major version upgrade). > > > > Due to the complexity of keeping an UX that makes sense between using > a standard menu and context menu, against having only one menu to use > in indicators (to just name one constraint), I think it would be > rather difficult to make patching GTK itself to handle indicators work > properly.. and especially in a way that looks good. > I don't understand what you mean here, could you explain please? If GTK's status icon is patched to use the indicators instead of the upstream thing (when the indicator-applet is available), the difference of having one context menu per status icon vs one menu for all indicators is all taken care by the actual implementation (normal status icons would have their own context menu vs indicator-applet would work as it does now) > I certainly believe that indicator patches are upstreamable in many > cases, and already know that Dan in open to including my indicator > patch in nm-applet; I think we're getting close to that being > completed too ;) > well, most appindicators patches were rejected upstream because of that functionality making more sense in GTK itself than in a separate library, so while some of them have been applied (or are going to) upstream (I myself pushed the patch to gnome-control-center), we're still left with many apps that don't get the patch upstream, so more work for us :-) About putting it in GTK, I don't know of all the appindicators patches, but most of the ones I've seen, more or less, are just a bunch of: #ifdef INDICATORS app_indicator_whatever... #else gtk_status_icon_whatever... #endif so I was talking about those. If there are other uses we would need to have, then why not push the stuff we need to GTK's GtkStatusIcon itself upstream? Then, we could just patch GTK to use the indicators when available, but apps would all use the same API (ie no need for us to write specific patches for each app) -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Oneiric-Topic] GTK3/GNOME3
On Thu, 2011-04-07 at 17:00 +0530, Vishnoo wrote: > On Thu, 2011-04-07 at 10:32 +0200, Sebastien Bacher wrote: > > Le jeudi 07 avril 2011 à 09:59 +0200, Martin Pitt a écrit : > > > kind of obvious topic, but next cycle we'll need to move to GTK3 and > > > GNOME3. Aside from the obvious "update the package versions", I see > > > the following particular challenges: > > > > Hello, > > > > (You stole my topic! ;-) > > > > Joke aside we should do the GNOME3 and GTK3 transition next cycle to be > > ready for the lts and it's likely to be quite some work. > > Is Getting GNOME3 really worth it? GTK3 maybe for the parts which are > required for Unity.. > > Several caplets have been removed, not just hiding options. (I'm sure > you guys remember the GDM theming removal "issue" :p ) > In GNOME3 even fonts cannot be changed easily. > they are not removed, they are moved to another place, which is gnome-tweak-tool, available in the GNOME3 PPA > If we removing easy ways > to change a details, Launchpad would be a *very* noisy for us. > I dont think we might even get it in time for our LTS schedule.. > (couldnt find any info regarding that.) > > If we compare the previous 10.04 LTS and what could be 12.04 LTS with > GNOME3(3.0?/3.2?), there could be a lot of feature parity. > Maybe it is better we wait for Gnome3 to mature a bit more before we > jump into it.. > I know you won't believe what I say, coming from a devote GNOME developer/user, but GNOME 3.0 is the best GNOME release ever :-) It's not like 2.0, which was released too early, when lots of apps hadn't been ported. Of course, there are issues, but nothing big as far as I can see from my daily usage of it in the last months. And the plans for 3.2 (which are starting to be discussed, in desktop-devel-list, just in case someone wants to influence) are looking really good (things like integration of online services, for instance) -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Oneiric-Topic] GTK3/GNOME3
On Thu, 2011-04-07 at 09:59 +0200, Martin Pitt wrote: > Hello all, > > kind of obvious topic, but next cycle we'll need to move to GTK3 and > GNOME3. Aside from the obvious "update the package versions", I see > the following particular challenges: > > * Review our patches, and be rather aggressive about removing those >which are intrusive and which we have carried for ages without >upstream acceptance. Of course there are also still patches which >we haven't even proposed upstream, these should be discussed in >bugzilla.gnome.org. > right. Sorry I sent my topic proposal mail before reading this, so please read my proposal. With the changes in GNOME3, we have patches that apply cleanly but don't work, so yes, we should really do a lot of upstreaming / cleaning > * Port pygtk2 apps to PyGI with GTK3. The biggest ones are >ubiquity and software-center, but there is also quite a long tail >of smaller upstream software. > > * Discuss GTK3 theming with UX/design. Our current murrine based >Humanity theme doesn't work with GTK3. > there was a gtk3-engines-murrine package in the GNOME3 PPA some weeks ago, IIRC, so maybe that's a good starting point to port our themes? > I expect that this will bind a lot of developer capacity next cycle, > but at the same time it's very important that we do this to not lose > track with GNOME. > yeah! -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
[Oneiric-Topic] Reducing number of patches in our packages
Priority: medium? While working on the GNOME3 PPA during this cycle, I found we have a lot of patches in many packages, which makes things harder when upgrading to major versions, and also introduces new ways for the apps to fail, as the fixes are rebased to apply to the new upstream version. While some patches make a lot of sense, others are better kept in the upstream source, where the upstream developers can guarantee the quality accross major versions upgrades. So, for next cycle, I would suggest a "small" goal of trying to do patch upstreaming/cleaning days, maybe once a week or every 2 weeks. Also, some Ubuntu-specific patches, like the appindicators ones are duplicated in lots of packages, so it would be good if we could find a better way to make upstream apps use them, like, for instance, patching gtk_status_icon_* in GTK itself to use the indicators when available, instead of having to patch dozens of apps (and keep those patches up-to-date and working for every major version upgrade). Another candidate for that could be the launchpad integration patches, which are present in many more packages than the appindicators ones. I'm sure we can find a way to have that in GTK itself, so that whenever a Help menu is created, and given we have the name of the app, it could just create the LPI entries. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: jbicha wants to join
On Wed, 2011-04-06 at 08:36 +0100, Piotr Drozdek wrote: > Dnia 2011-04-06, o godz. 01:09:34 > GNOME3 Team napisał(a): > > > Hello Ubuntu Desktop, > > > > Jeremy Bicha (jbicha) wants to be a member of GNOME3 Team > > (gnome3-team), but this is a moderated team, so that membership has > > to be approved. You can approve, decline or leave it as proposed by > > following the link below. > > > > https://launchpad.net/~gnome3-team/+member/jbicha > > > > -- > > You received this email because you are an admin of the GNOME3 Team > >team via the Ubuntu Desktop team. > > Oh yeah, mate. > Something is wrong there, isn't? :D > the mail was sent to ubuntu-desktop, which is the admin, not you :-) -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Ubuntu Desktop weekly meetings
On Thu, 2010-11-18 at 10:50 +1100, Robert Ancell wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Today in the Eastern Edition of the Desktop meeting we discussed the > structure and purpose of the weekly Desktop meetings. I'll try and > summarise some of the points raised and propose some ideas. > > While the current meetings are working well, some of the challenges > raised were: > * Participants being split across timezones > * Most participants work in different domains so traditional meeting > structure may not be appropriate > * The team is growing > * How useful is the meeting summary? [1] > > I propose we more tightly define what the meeting purpose is, such as: > * The meeting scope is the Ubuntu Desktop product > * The purpose of the meeting is to share information about > progress/issues > * The meetings are open to everyone in the community > * The meetings should not take significant time > * There will be more than one meeting so participants from around the > world can join in > * The output of the meetings will be a wiki page summarising the > weekly progress: > * Actions to be taken > * New work completed > * Issues raised > > The summary should be useful to the following people: > * Ubuntu Desktop team members > * Potential Desktop team members who want to know what is going on / > look for areas where they can contribute > * Media (e.g. OMG Ubuntu) who want an official record of what is > going on in the Desktop product > it would probably also be useful to send the summary to the list (or a link to the wiki), so that anyone subscribed knows what's going on -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Unneeded items in System > Preferences
On Wed, 2010-11-03 at 16:11 +, Matthew Paul Thomas wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Andrew wrote on 20/10/10 07:05: > > > > (This was originally posted as a bug here > > [https://bugs.launchpad.net/hundredpapercuts/+bug/663119] but I was > > advised to discuss it here). > > > > It seems strange that in the same cycle that we have had 'Software > > Sources' removed from the System > Preferences menu, that we have had > > around 4 new unneeded menu items added. > > It's not strange, it just shows that fighting complexity is a constant > battle. Lengthening that menu, and making it harder to find things in > it, is the real-world cost of saying "let's make X an option". > > Vish was partly correct in saying that this will improve with the Gnome > 3 System Settings window. But even with search and better > categorization, that doesn't solve the whole problem. Someone still > needs to do the work, for example, to merge "Keyboard", "Keyboard Input > Methods", and "Keyboard Shortcuts", or to work out where to draw the > dividing lines (if any) between "Appearance", "Monitors", and > "Screensaver", and so on. > a lot of this is going on on gnome-control-center upstream. Keyboard shortcuts is now Keyboard, the old Keyboard panel is now Region (and could perfectly get some improvement from what we talked about input methods and keyboard layouts at UDS), there's a new user accounts panel, and also a sound one from gnome-media. Still need lots of work and design though -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: OneConf and Software Center
On Wed, 2010-04-21 at 22:25 -0400, Jason J. Herne wrote: > Hi didrocks, > > Thanks for working with me to develop a good overview for OneConf > (https://wiki.ubuntu.com/OneConf) and for considering my design ideas. > If I understand correctly you are the desktop team member who will be > leading the OneConf effort? I'm excited about this idea and I'm eager > to help design and code it as much as I can. > yes, sounds great, and in line with my plans for GNOME 3.0, if time permits, which is to write a dconf (gconf replacement) backend based on Desktopcouch, which would synchronize the settings database to all computers the user registers with Ubuntu One. >From the wiki page, I understand there might be cases where users don't want settings for a specific app to be synchronized between computers (not sure I'd want that, since I have the same settings in all my computers, but I understand others would want to), but in the list of apps in that wiki page, do you plan to go over each app and make their settings sync? What about other apps the user wants but are not in the list? That's why I think a desktopcouch-based dconf backend might be better, since *all* settings would be replicated, and there won't be any need to have a list of "supported apps". Of course, some thought might be needed for not syncing specific settings, if it's really something users need. -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: New style of desktop!
On Wed, 2009-06-17 at 22:00 +0200, Nordin Ingenieur wrote: > > > > > > (If I understood it correctly) there is a suggestion to add > possibility to open Application, Settings, Administration > menus > anywhere (or anywhere on desktop wallpaper?). And perhaps > remove the > existing always-visible menu? > > Yes, just like Compiz Fusion. If you are surfing the web with Firefox, > you can pop up the menu just by clicking the start-button. Since > Microsoft managed to have almost all keyboard in the world to have a > Start-button, we can use it for the menu purpose. > we already have this with alt-f1. But yeah, maybe we should have the start button bound by default to open the menu. > -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: New style of desktop!
On Wed, 2009-06-17 at 00:21 +0200, Nordin Ingenieur wrote: > Hello guys, > > I was thinking why Apple with their Mac and Microsoft with their > Windows are often ahead when it comes to design, usability etc... > I know Linux has proven itself as a stable OS, but it is still way > behind the commercial ones. For example, a year ago my brother wanted > to install Ubuntu on his pc, but he wasn't able to get his wireless > networkcard working. A bigger problem is, my brother is a webdesigner > and usability consultant, but he wasn't able to get his networkcard > working. So not even to mention about people who has a little > knowledge of computers and internet. > I've heard the same thing from Windows users, who just couldn't get their wireless card to work. And lots of Linux users have their network cards up and running instantly, without trouble. So while it's unfortunate that your brother didn't get his card working, it is not something that happens by default, in fact, it just happens for some people, like in Windows. So, yes, let's fix the problem for your brother, but don't take that as the usual user experience, because it's not. A nephew of mine got, without me helping him, an Ubuntu CD, and installed it and configured it without any trouble. He even told me that he liked much more the UI, because it "looked more professional" than Vista. So yeah, let's keep making Linux desktop better, you are 100% right on that, but let's not base our decisions on a unique user's experience, because if we do that, let's base our decisions on *my* experience, which is very good, network cards always get configured without any trouble :-) -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
