[Elementary-dev-community] Beta2 review from Dedoimedo
Folks, Do a quick search for elementary OS on Google and second link should be dedoimedo's review for Luna Beta2. I'd highly recommend a read. You can't control what other's write and some of their points may be wrong/unfair (some completely miss the point in my opinion). In any case, it's good to stop and see where they have a valid point. Criticism helps you improve. It may be good to reach out to them to educate or communicate how some of the issues will be addressed. That review isn't really good press and is prominently displayed by Google. Cheers ttosttos -- -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
[Elementary-dev-community] Anybody running beta2 in a VM?
Having issues with slingshot (Bug #1179069https://bugs.launchpad.net/slingshot/+bug/1179069) when running beta2 in a VM. Not sure if it's really slingshot or maybe gala. Anybody having success? I need to distribute some app demo installations and must use OVA packages. I was hoping to use Luna. It should be a good opportunity to indirectly promote Luna. Cheers. ttosttos -- -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
[Elementary-dev-community] UI Freeze
Last few weeks, I've been experienced a catastrophic UI freeze. Basically, entire UI becomes non-responsive (no response to mouse events, no response to hotkeys). Only responsive desktop element is the pointer, which still moves. Only way to recover is a reboot. It happens a couple of times a week. So far, it seems to be triggered when clicking on a launcher on Plank. Let me know if you have some suggestions on what info to capture and how to narrow down, so I can file a bug. Cheers. ttosttos -- -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] elementary OS Luna FAQ/guide
Certainly commendable and I hope a larger effort pops up on *using* Luna. Your doc will certainly be of great value for the subset that want to *customize* Luna. ttosttos -- On Thu, Dec 6, 2012 at 11:44 PM, Raphael Isemann teempe...@gmail.comwrote: Hi everyone, i made an little guide for luna, mainly for fixes and customization that is quite often requested by users. I hope this can help people giving support to give better answers, as i try to keep them updated and tested and now not everyone has to keep up with the development on those questions :). Please all complaints to the comments on google docs, as i get notifications there and i try to fix everything ASAP. Also the document should be editable by the elementary-council additionally. Link to the document: https://docs.google.com/document/d/1lTFBfM5OQBszeEQ7r6SJ8xZW440hxlhhMhnyiXLrKk4/edit# All glory regarding this document to shnatsel the lion king which delighted myself with his knowledge (yeah shnatsel, you didn't expect that i really write that, didn't you?). -Raphael Teemperor Isemann -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] elementary Luna GRUB theme
That'd be very nice instead of the purplish (44,0,30) background. Something simple that blends with plymouth. --ttosttos On Sat, Oct 6, 2012 at 3:14 PM, Eduard Gotwig eduardgot...@gmail.comwrote: What about a super sexy grub theme :D ? Something like http://gnome-look.org/content/show.php/GS%2BBeefy+Miracle+GRUB+and+Plymouth+theme?content=154495 , maybe? Just wanted to ask, before I make a big blueprint. -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] Power plug is finished!
Some feedback... Upgrade installs new plug and keeps old one. SB is left with two power plugs. UI doesn't like look like in Harvey's mockup, but I guess that's expected. Cheers. --ttosttos On Sat, Sep 29, 2012 at 10:08 PM, Daniel Foré dan...@elementaryos.orgwrote: If it's not too crazy, I think I'd try to position the items in the scale logarithmically, so like 5 Mins 15 Mins 1 Hr Never On Sat, Sep 29, 2012 at 11:51 AM, Chris Triantafillis christriant1...@gmail.com wrote: and where i should put the 1 hour mark? 2012/9/29 Jakob Eriksson ja...@aurorasystems.eu That is logical to you because you KNOW that it it's represented by zer0. On 09/29/2012 08:41:04 PM, elementary-dev-community@lists.launchpad.netwrote: [1]http://ubuntuone.com/1Dv5NolTPVjqRYDyd6Pfqa HarvKitty says to add a Never label to the right end of the scale... It doesn't make sense to me, Never is represents by zero (0) so i believe it must be at the start of the scale... @Dan what do you think? 2012/9/28 Chris Triantafillis [2]christriant1...@gmail.com So i should re-write the UI? I'll try to add the LevelBar thing also 2012/9/28 Daniel Foré [3]dan...@elementaryos.org Very nice! Definitely like Harvey's mockup. Looks super slick :D The alignment here is just beautiful haha I agree the labels at the bottom could be kind of funny sounding Press the power button to do nothing. haha. Maybe we should go with When the power button is pressed: Ask me, Do nothing, Shutdown? On Fri, Sep 28, 2012 at 4:39 AM, Chris Triantafillis [4]christriant1...@gmail.com wrote: the labels can be changed! 2012/9/28 Pim Vullers [5]p...@vullersmail.nl I like it as well, only the last entries will read a bit strange when you choose a 'Do nothing' option. Furthermore the top buttons to switch power mode look a bit strange to me... it is not entirely clear how it works. On 09/28/2012 01:26 PM, Chris Triantafillis wrote: I like it! What others have to say? 2012/9/28 Harvey Cabaguio [6]harveycabag...@gmail.com mailto:[7]harveycabag...@gmail.com   Made a mock of the power plug.  [8]http://i.imgur.com/JbbrY.png   On Wed, Sep 26, 2012 at 3:13 PM, Cody Garver [9]codygar...@gmail.com   mailto:[10]codygar...@gmail.com wrote:     Hey dkotrada, we still have not made the plugs available for     translation by you guys. It should happen within a week if     things go well.     On Wed, Sep 26, 2012 at 5:40 AM, dkotrada [11]dkotr...@gmail.com     mailto:[12]dkotr...@gmail.com wrote:       Launchpad Status from [13]http://identi.ca/launchpadstatus       We are currently experiencing some issues with translations       imports,       and it is currently being looked into       Can't get translations for power plug.       2012/9/26 Chris Triantafillis [14]christriant1...@gmail.com       mailto:[15]christriant1...@gmail.com:       Hm...i don't know...       Lets see what the others have to say...                   2012/9/26 Sergey Shnatsel Davidoff       [16]ser...@elementaryos.org mailto:[17]ser...@elementaryos.org             I have two laptops that have two batteries: a regular one       and an add-on       battery that's purchased separately or with an extension       dock. But they both       power the laptop, and I have to know what's going on with       both. I don't       remember how Ubuntu displays that though, because the       laptops are old and       internal batteries are long dead.             Mice also may have batteries and report their status to       the PC AFAIK, but       I think an indicator is sufficient to display that.                   2012/9/26 Chris Triantafillis [18]christriant1...@gmail.com       mailto:[19]christriant1...@gmail.com             What do you mean? Like PC's battery and phone's battery       when charging?       for example...             We can only show PC's battery, can we?                   2012/9/26 Sergey Shnatsel Davidoff  Â
Re: [Elementary-dev-community] Screencasts
cool! Using a VM should give you the ability to get a native recording of user login. Cheers. --ttosttos On Sun, Sep 30, 2012 at 3:02 PM, Sam Tate s...@mtate.me.uk wrote: Greetings, Just a quick heads-up for those of you that don't follow the Google+ - I have released *four* new screencasts tonight: http://www.youtube.com/watch?v=QuTQvPlhoEY http://www.youtube.com/watch?v=vhx0dmUKEFEfeature=g-all-esi http://www.youtube.com/watch?v=5JiHjTuOm90feature=plcp http://www.youtube.com/watch?v=9kDGDl-4Yl0feature=plcp Tell me what you think :) Sam Tate -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] Granite Release
Oopss... watch out for that argument. It doesn't hold true for millions (should probably say billions) of people around the world :-) I find the shifting of all tabs a bit unintuitive. I personally find more natural that new tabs fill the empty space instead of shifting all the existing tabs. In addition, double click on the empty tabbar space currently has the odd result of adding a tab far away from where the double click took place (which should be where the user attention is). --ttosttos ps. On a somewhat related note, I think the widget could benefit from some visual work. On Mon, Sep 24, 2012 at 6:49 PM, Voldyman voldyman...@gmail.com wrote: Another argument can be that most of the languages we use are written from left to right so our mental model dictates that the new things should be on the right and the left side remains unchanged. example. we write D Da Dan -not n an Dan On Sep 25, 2012, at 6:10 AM, Daniel Fore dan...@elementaryos.org wrote: Yea I commented on the bug report, IIRC. The biggest argument I heard for tabs on the right side was that the mental model of the tabbar flow from most used to least used (just like the toolbar). So when you insert a new tab, you are by-definition placing the least-used (so far) tab on the left side in front of the most used (longest open) tabs. On Sun, Sep 23, 2012 at 3:50 AM, David Gomes da...@elementaryos.org wrote: Sergey, The other day we were talking about this on IRC and we almost changed Daniel's mind I think. I'm not 100% sure of what he thinks now, but the general opinion is to have tabs opening on the right on every single application for consistency with 3rd party apps, because we read from left to right and because adding tabs on the beginning makes our brain reorganize the tab system (we have to +1 the position of every single tab, since it gets changed). Those were some of the arguments presented. David Munchor Gomes On Sun, Sep 23, 2012 at 11:44 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org ser...@elementaryos.org wrote: I've just remembered - Ctrl+T adds tabs on the right of the current one, not on the left. This seems inconsistent to me. Is it a Granite bug or it should be fixed in the apps? -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] Granite Release
I guess if my previous argument holds water, a click on the + should actually add a tab on the left (contrary to my previous statement). A double-click on the right (empty space) should add a tab on the right. The logic would be: action on the tabbar happens closest to its trigger. I think it's safe to assume that user attention is close to the pointer. For an add started from outside the tabbar (e.g. from an App menu), I'd still favor the tab to appear on the empty space, instead of the shift which is more visually distracting. --ttosttos On Mon, Sep 24, 2012 at 7:16 PM, ttosttos Sa ttost...@gmail.com wrote: Oopss... watch out for that argument. It doesn't hold true for millions (should probably say billions) of people around the world :-) I find the shifting of all tabs a bit unintuitive. I personally find more natural that new tabs fill the empty space instead of shifting all the existing tabs. In addition, double click on the empty tabbar space currently has the odd result of adding a tab far away from where the double click took place (which should be where the user attention is). --ttosttos ps. On a somewhat related note, I think the widget could benefit from some visual work. On Mon, Sep 24, 2012 at 6:49 PM, Voldyman voldyman...@gmail.com wrote: Another argument can be that most of the languages we use are written from left to right so our mental model dictates that the new things should be on the right and the left side remains unchanged. example. we write D Da Dan -not n an Dan On Sep 25, 2012, at 6:10 AM, Daniel Fore dan...@elementaryos.org wrote: Yea I commented on the bug report, IIRC. The biggest argument I heard for tabs on the right side was that the mental model of the tabbar flow from most used to least used (just like the toolbar). So when you insert a new tab, you are by-definition placing the least-used (so far) tab on the left side in front of the most used (longest open) tabs. On Sun, Sep 23, 2012 at 3:50 AM, David Gomes da...@elementaryos.org wrote: Sergey, The other day we were talking about this on IRC and we almost changed Daniel's mind I think. I'm not 100% sure of what he thinks now, but the general opinion is to have tabs opening on the right on every single application for consistency with 3rd party apps, because we read from left to right and because adding tabs on the beginning makes our brain reorganize the tab system (we have to +1 the position of every single tab, since it gets changed). Those were some of the arguments presented. David Munchor Gomes On Sun, Sep 23, 2012 at 11:44 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org ser...@elementaryos.org wrote: I've just remembered - Ctrl+T adds tabs on the right of the current one, not on the left. This seems inconsistent to me. Is it a Granite bug or it should be fixed in the apps? -- Sergey Shnatsel Davidoff OS architect @ elementary -- Mailing list: https://launchpad.net/~elementary-dev-community https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] Add option in Gala to disable minimize
Blurring the lines between minimize and close is a good vision that I'd expect it to face challenges in real life for Luna. While the user experience with elementary apps should be great, the reality is that the Luna experience may not be that smooth for many users that depend on more than just elementary apps. Take for example, a browser with a large number of tabs, a virtual machine window, even shotwell. I'd expect those to be common use cases with significant differences in user experience between close and minimize. I agree that Luna messaging needs to be pretty good in explaining why there's no minimize button, plus there should be a backdoor to enable it for those too annoyed. I understand the backdoor kind of exists, but the window decoration is missing in the theme. --ttosttos On Thu, Sep 20, 2012 at 10:21 AM, Keith Adair kjz...@gmail.com wrote: Sergey: +1 I think it's currently a bit confusing that A. There is no minimize button B. Clicking on the app in Plank minimizes C. There is no indication that the app is running but minimized So I think there should be no one-click way to minimize for the user. If a user is desperately missing that function, there should be an toggle in Dconf. But I don't think that minimize fits into the elementary operational mindset. If an app like a music app wants to minimize, that's fine. On a related point, I think that a few different points about Luna are going to be seen as something totally new for some users, and might need some hand-holding and direction for the new user. A. No minimize B. No difference between running and non-running apps C. Fairly heavy use of multiple desktops, etc. Maybe a slideshow during install? On Thu, Sep 20, 2012 at 6:42 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: 2012/9/20 Nishant Agrwal nishantagrwal12...@gmail.com What do you guys think of this: https://blueprints.launchpad.net/gala/+spec/option-to-disable-minimize I can't see the point of that personally. Could you provide an example use case in which disabling minimize on the WM side is better than leaving things as they are? In my vision minimize is still there but not exposed to the user; e.g. music player should minimize instead of closing if its window is closed while it's playing music. -- Sergey Shnatsel Davidoff -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] Geary Naming
In principle, it sounds like the right thing to do from an user perspective. However, I wonder where you draw the line? Do you run the risk of creating more confusion when the Geary string pops up here and there (e.g. about dialog, help, etc). Where do you draw the line in the substitution? --ttosttos On Wed, Sep 19, 2012 at 9:55 AM, Daniel Foré dan...@elementaryos.orgwrote: Hey guys, I'd like to propose that in elementary we refer to Geary as Mail in Slingshot/Dock/etc. Simply because I feel like Geary doesn't really have anything to do with Mail and it's original intention was simply to be a code name. Any objections or strong desire to keep it Geary? Best Regards, Daniel Foré elementaryos.org -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
[Elementary-dev-community] Removing launchers from Plank
On ver 0.2.0.685, dragging an icon out triggers a short puff animation and right after, the icon appears again back in the dock for at least a second before it finally disappears again. Didn't find an existing bug for it. Is this known? Is it fixed in another branch/version? Should I file a new bug? Thanks. ttosttos -- -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
[Elementary-dev-community] Indicator placement
One of the recurring issues I experienced with Jupiter was the constant re-arrangement of indicators in the top panel. Even the close session indicator would end up in the middle. Luna/Wingpanel seem to perform better here. However, after installing some additional indicators (system load, weather), I see that those get loaded in the middle of the Luna standard indicators. When those indicators are started manually, they are displayed to the left of the Luna standard indicators which I'd consider the proper behavior. Have there been any discussions on what correct behavior should be? I'm planning to file a bug for having all user installed indicators always be displayed to the left of Luna defaults. ttosttos -- -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
[Elementary-dev-community] Plank default hide mode missing?
After a fresh Luna install, I was seeing some unusual hide behavior for Plank. When I installed the plug, I noticed that the hide mode shows blank. Is the default hide mode set incorrectly? Should the switchboard plug be installed by default? Quickly browsed bugs and didn't spot one matching this. Should one be filed? ttosttos -- ps. setting intelligent hide mode on plug seems to yield expected behavior. -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] Plank default hide mode missing?
Regarding desktop plug, hot corners don't seem to work with an external display (not an extended display). Didn't find a match at https://bugs.launchpad.net/pantheon-plugs Is that known/expected? Otherwise, I'll file one. Thanks. ttosttos -- On Thu, Sep 6, 2012 at 10:54 AM, Cody Garver codygar...@gmail.com wrote: switchboard-plug-pantheon-shell does in fact have the Plank option you're looking for. The old Plank plug has now been removed from distribution. I would remove switchboard-plug-appearance but it also has some additional themeing tweaks that are not desired anywhere else. On Thu, Sep 6, 2012 at 11:54 AM, Cody Garver codygar...@gmail.com wrote: Unless plank settings were removed from shell plug.. I'm not at my PC to check. -- Cody Garver On Sep 6, 2012, at 11:51 AM, ttosttos Sa ttost...@gmail.com wrote: After a fresh Luna install, I was seeing some unusual hide behavior for Plank. When I installed the plug, I noticed that the hide mode shows blank. Is the default hide mode set incorrectly? Should the switchboard plug be installed by default? Quickly browsed bugs and didn't spot one matching this. Should one be filed? ttosttos -- ps. setting intelligent hide mode on plug seems to yield expected behavior. -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Cody Garver -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] Plank default hide mode missing?
Let me take that back. I only get top-left corner to work regardless of display used. Others seem to be a no-op. ttosttos -- On Thu, Sep 6, 2012 at 12:22 PM, ttosttos Sa ttost...@gmail.com wrote: Regarding desktop plug, hot corners don't seem to work with an external display (not an extended display). Didn't find a match at https://bugs.launchpad.net/pantheon-plugs Is that known/expected? Otherwise, I'll file one. Thanks. ttosttos -- On Thu, Sep 6, 2012 at 10:54 AM, Cody Garver codygar...@gmail.com wrote: switchboard-plug-pantheon-shell does in fact have the Plank option you're looking for. The old Plank plug has now been removed from distribution. I would remove switchboard-plug-appearance but it also has some additional themeing tweaks that are not desired anywhere else. On Thu, Sep 6, 2012 at 11:54 AM, Cody Garver codygar...@gmail.comwrote: Unless plank settings were removed from shell plug.. I'm not at my PC to check. -- Cody Garver On Sep 6, 2012, at 11:51 AM, ttosttos Sa ttost...@gmail.com wrote: After a fresh Luna install, I was seeing some unusual hide behavior for Plank. When I installed the plug, I noticed that the hide mode shows blank. Is the default hide mode set incorrectly? Should the switchboard plug be installed by default? Quickly browsed bugs and didn't spot one matching this. Should one be filed? ttosttos -- ps. setting intelligent hide mode on plug seems to yield expected behavior. -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Cody Garver -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] Messaging Menu
Have never found it useful. Don't use it. Agree that would be a good FB question. ttosttos On Wed, Aug 29, 2012 at 10:52 AM, Voldyman voldyman...@gmail.com wrote: The messaging menu is not very useful at the moment as geary does not use it to display unread mails. I have been using luna beta for 2 months and geary is the least useful app IMO as it does not notify of new email, i tried replying using it but didnt like it. I am pro notification center for L+1 but till then we should keep the messaging menu and persuade Yorba people to support background email check and notification via messaging menu. Voldyman On 29-Aug-2012, at 11:12 PM, satch...@gmail.comt satch...@gmail.com wrote: I think the messaging menu has outlasted its usefulness. Ubuntu has crammed too many things in it, and the urgent response demanded by chat is very different from the simple notification of new email (leading to the envelope being blue permanently). It's also very hard to hit the button; I often end up clicking the battery indicator. I think tab badges in Geary, Empathy, etc, coupled with whatever elementary has replaced NotifyOSD with, are more than enough. In L+1, elementary could consider a notifications centre. On 29 August 2012 22:42, David Gomes da...@elementaryos.org da...@elementaryos.org wrote: Well Daniel, I don't use it, but IMO this is a more Facebook-question, because we are a very small share of elementary OS / Ubuntu users. On Wed, Aug 29, 2012 at 5:41 PM, Daniel Foré dan...@elementaryos.org dan...@elementaryos.org wrote: Hey guys, Just a quick question: does anyone use the messaging menu? If so, what for? If not, should we consider not shipping it? Best Regards, Daniel Foré -- Mailing list: https://launchpad.net/%7Eelementary-dev-community https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/%7Eelementary-dev-community https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/%7Eelementary-dev-community https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/%7Eelementary-dev-community https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] About translations in elementary
Changing translations from open to structured has been the intent since the creation of the translation teams. There have been several threads on the subject. There seemed to be a vague consensus of waiting until beta before introducing the change in hope that would give some time for more translation teams to be established. Cheers --ttosttos On Wed, Jul 4, 2012 at 7:25 PM, Cassidy James cass...@elementaryos.orgwrote: Devid, This looks like a good idea from my point of view. Gotwig, is this something we can get done? Also, we should get a Journal post written up sometime soon with information on how translations work and walk thorough how someone can join. Regards, Cassidy James On Jul 4, 2012 7:29 AM, Devid Antonio Filoni devid...@gmail.com wrote: Hi, translating some elementary apps in Italian I noticed very bad translations. For example, I found the following translation in scratch: Keep this paste private - Mantenere questa pasta privato I'm sure you know what pasta is and what paste means :) Well, as translations can be (and are) used to evalutate quality of applications, I propose to add our translators teams in Launchpad Translators team [1] in order to get help and provide better translations. Setting the permissions policy as Structured (and Launchpad Translators as team) will allow us (and Launchpad Translators members) to approve only good translations. People will still be able to add suggestions but they will be approved only by a member of the team. Thank you, Devid Antonio Filoni [1] https://launchpad.net/~launchpad-translators -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp
Re: [Elementary-dev-community] About translations in elementary
You seem to be confusing the permission policy for translations with the subscription policy for a team. Those are two separate policies. Structured is the most lax translation policy after open while structured is the tightest policy for a team. IMHO, elementary projects should eventually have a structured translation policy while translation teams should have a moderated policy. See https://help.launchpad.net/Translations/YourProject/PermissionPolicies https://help.launchpad.net/Teams/CreatingAndRunning#Subscription_policies Cheeers. --ttosttos On Thu, Jul 5, 2012 at 1:59 AM, Eduard Gotwig got...@ubuntu.com wrote: btw, for restricted: Only the team's administrators can invite a user to be a member. Is that what we want?.. IMHO everyone should be able, to at least apply for membership 2012/7/5 Eduard Gotwig got...@ubuntu.com If we want to do that, all added subteams have to have this restriction mode set as well. If not, you cant change it. IMHO everyone should be able to make suggestions, but ONLY members , and all members, can approve the translations. Like an elite group ;) 2012/7/5 ttosttos Sa ttost...@gmail.com Changing translations from open to structured has been the intent since the creation of the translation teams. There have been several threads on the subject. There seemed to be a vague consensus of waiting until beta before introducing the change in hope that would give some time for more translation teams to be established. Cheers --ttosttos On Wed, Jul 4, 2012 at 7:25 PM, Cassidy James cass...@elementaryos.orgwrote: Devid, This looks like a good idea from my point of view. Gotwig, is this something we can get done? Also, we should get a Journal post written up sometime soon with information on how translations work and walk thorough how someone can join. Regards, Cassidy James On Jul 4, 2012 7:29 AM, Devid Antonio Filoni devid...@gmail.com wrote: Hi, translating some elementary apps in Italian I noticed very bad translations. For example, I found the following translation in scratch: Keep this paste private - Mantenere questa pasta privato I'm sure you know what pasta is and what paste means :) Well, as translations can be (and are) used to evalutate quality of applications, I propose to add our translators teams in Launchpad Translators team [1] in order to get help and provide better translations. Setting the permissions policy as Structured (and Launchpad Translators as team) will allow us (and Launchpad Translators members) to approve only good translations. People will still be able to add suggestions but they will be approved only by a member of the team. Thank you, Devid Antonio Filoni [1] https://launchpad.net/~launchpad-translators -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~elementary-dev-community Post to : elementary-dev-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp