Re: [Elementary-dev-community] Hi!
Shotwell and Photos are both good products serving different audiences and with a different developer workflow. Both projects welcome contributions. Go where you feel most comfortable :) Cheers, Daniel Foré elementaryos.org On Thu, Sep 25, 2014 at 11:43 AM, Jim Nelson j...@yorba.org wrote: On Thu, Sep 25, 2014 at 7:20 AM, Erasmo Marín erasmo.ma...@gmail.com wrote: Also, the guys at shotwell are accepting patches and contributions, but they are not extending shotwell any more, so you have better chances to get your branch accepted here, and photos is a more active project. I'm not sure how Shotwell can be accepting patches and contributions and yet contributors not have a good chance of their branch being accepted. Your logic is specious. If you contribute to Shotwell, your branch and patches have as good a chance as anywhere of being accepted. Yorba has high interest in the community growing Shotwell. We do not blow off contributions. If anything, we're eager to accept them. Also know that your work on Shotwell will be available for all GNOME Desktops, including Ubuntu, Fedora, Mint, and more. No matter what's said here, Shotwell remains the most-used photo manager in Linux today. -- Jim-- 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] Research on Elementary icons
Eh this is pretty insignificant to me. I don't see what their actual test was and it seems they're just using the highest resolution icon they could find without any context. I don't think that's the way you should expect icons to be read. I'm glad it seems that our icons are performing well according to their test. I'm not terribly concerned about the save icon since our philosophy is to save automatically. On Thu, Sep 4, 2014 at 8:01 PM, Risman Rangga Pratama iman.stall...@hotmail.com wrote: I just found this in my feeds, it might be interesting to you guys: http://user-prompt.com/intermediate-results-of-the-icon-tests-elementary/ The research says: In general it seems to be an enhancement of the Tango project but actually performs slightly worse than Tango. Most obvious finding is the not working icon for *Save* – way to many people did not associate any icon. -- 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 -- Cheers, 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
Re: [Elementary-dev-community] (the indicators situation) XFCE next release approaching, they hope to port to gtk3 afterwards
The big problem is that GTK.Popover cannot be a top level window and granite popover is intended to be deprecated. Cheers, Daniel Foré elementaryos.org On Fri, Aug 8, 2014 at 10:53 AM, Sergio Costas rasters...@gmail.com wrote: Hi: I've been thinking about this, and want to propose an idea. But before writing code, I prefer to comment it first, just in case someone finds something that could prevent it from being useful. At first I considered the idea of using libpeas to add the indicators directly as part of the bar, but then I realized that it's not a good idea because a bug in any indicator (which are always pieces of software delivered by third parties and without the same quality control) would crash the entire bar, which is not desirable. The idea of exporting the indicator using DBus is good, but has the problem that it needs a lot of work in order to embed any widget and send them through the bus (like the famous libido). But then I realized that the only API needed over DBus is the one to put an icon in the bar, and also a DBus callback to inform the indicator that the user clicked on it. The popup itself can be painted directly by the indicator app, because it is a new window, and inside it can be painted any standard widget. This way, wingpanel (or whatever indicator bar used by the user) only needs to offer an API to add an icon inside, and a DBus signal to inform the indicator app that it must show/hide its popup (and also other to enable/disable an icon, and so on, but the API would be very small). The advantages are several: * Developing the library would be extremely easy, and also its maintenance, because it is extremely lightweight. * It won't use XEmbedd or other X-specific mechanisms, which means that it would be fully compatible with Wayland without changing a line. * By copying the client API from libappindicator, it is possible to have binary compatibility with libappindicator applications: the client code would send over DBus the petition to put the icon in the bar, and will wait for click events. When they arrive, it would create a popup with the menu created by the appindicator application. Critics? Change proponsals? Am I completely off-topic? El 28/07/14 a las #4, Sergey Shnatsel Davidoff escribió: Thanks for the info! I wonder if indicators themselves were ported to GTK3 though. Another suggestion I've heard recently is looking into MATE indicators. But this is all Freya+1 stuff so I'll investigate it only after Freya is released. If anyone's interested in the situation with indicators, I've detailed it here: https://bbs.archlinux.org/viewtopic.php?pid=1439765#p1439765 -- Sergey Shnatsel Davidoff -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com-- 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] Getting Started With Vala
If you're totally brand new to programming I would suggest Codecademy. They have a great interactive JavaScript tutorial that introduces you to programming concepts like variables, methods, arrays, etc.Cheers, Daniel Foré elementaryos.org On Sun, Jul 27, 2014 at 9:36 AM, Craig webe...@gmail.com wrote: Unfortunately, vala isn't a very easy language to get started with, and I haven't found any awesome, comprehensive resources. Personally, I couldn't figure it out until I learned C. I have quite a bit of programming experience and I really like helping people, so fire off an email if you have any specific problems or questions. Otherwise, I recommend the vala Google plus community. There's also a mailing list. On Jul 27, 2014 10:50 AM, Harris harrismru...@gmail.com wrote: Hi Elementary os Devs, I am trying to get started with programming Vala so I can give back to the Elementary community. In the past I have programmed with visual programming languages like scratch and MIT App Inventor. I started reading https://wiki.gnome.org/Projects/Vala/Tutorial but i could not finish it as it was too advanced. Do you know of any other books or tutorials that are meant for people like me with minimal coding background. Thanks, Harris -- 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's path forward for application containment and security.
Hey Cameron, I've been thinking about app containment too and I know I feel better on iOS that apps have to ask my permission to use things like location services. I think it would be worth looking at the solutions from both Canonical and GNOME first before we go building our own solution. Cheers, Daniel Foré elementaryos.org On Tue, Mar 18, 2014 at 6:36 PM, Cameron Norman camerontnor...@gmail.com wrote: Hello all, I recently have taken an interest in some of the containment and security features being developed for Ubuntu touch, as well as Lennart Poettering's plans for containment on GNOME. One of the recurring aspects that I see is a Content Hub (Ubuntu) or application Portals (GNOME) system. Both of these have remarkable similarity (in concept) to elementary's Contractor. Although many of you most likely did not foresee Contractor's role in security when it was created, it undoubtedly does have one. By delegating out responsibilities (such as, say, printing), Contractor allows for the removal of privileges from an application. If all applications are using the print contract, there is no need for those applications to have the capability to use the printer. By extending Contractor's scope (or moving to another service) further containment, as well as better features, is possible. Specifically, returning data, instead of handing them off, will allow for increased consolidation of privileges. The open and save GTK file dialogs are great example. If apps use contracts to perform these functions, they do not need to be given the privilege of directly reading or writing to the user's documents, pictures, emails, etc. Another good example is retrieving a profile photo. Instead of having every social media app be able to directly access the webcam, they could ask Contractor for a photo, and contractor could give the webcam option. These are the changes/additions that I think could make this possible: * returning data instead of just handing it off * ability to call a contract by name (e.g. Print or OpenFile) * passing / returning more types of data: not just files, but also strings, booleans, or URLs Before I go into detail about how I have been thinking about exposing this functionality, I would like to hear all of your thoughts about the merit of these changes, and if any of you would like to develop these things with me (heads up: I suck at programming :). Lennart Poettering's presentation of portals at GUADEC 2013, starting at 35:00. Ubuntu Mobile's Content Hub. Thank you very much for reading, -- Cameron Norman -- 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] Google+
Hey everyone, As you've probably noticed, many of us are spending more and more time interacting on G+ and Launchpad only and less time on IRC, the ML, etc. This is because IRC and the ML suck and it's 2014 where we want to share things in a way that isn't totally lame. Plus our workflow on launchpad is pretty locked in so it's easier to get all the right people involved on a MR, through a bug report, a blueprint, etc. That isn't to say that we're not using IRC or the ML anymore, but if you're wondering why they are much quieter, now you know. So if you're not following the elementary community on G+, you should definitely do that. And if you have email notifications turned off for launchpad, you should create some mail filters instead. Personally, I'm much more inclined to share things that are more-or-less private on G+ than to post here just because I know we have a lot of non-devs that listen in here (especially press. Sorry dudes). But on the other end of the spectrum, it makes non-private stuff much more available to non-devs and I think should be more effective in terms of attracting new people. So, as that stupid image that went around on facebook however long ago said, We've moved to Google+. 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
Re: [Elementary-dev-community] Google+
Nikos, Because google+ allows private posts. So if you're the intended recipient you'll be included there. Just like if someone sent you a specific email instead of the list. And re-read the last paragraph ;p Cheers, Daniel Foré elementaryos.org On Sat, Mar 15, 2014 at 7:28 PM, Nikos Vasilakis nikos.a...@gmail.com wrote: On Sat, Mar 15, 2014 at 9:26 PM, Daniel Foré dan...@elementaryos.org wrote: Hey everyone, As you've probably noticed, many of us are spending more and more time interacting on G+ and Launchpad only and less time on IRC, the ML, etc. This is because IRC and the ML suck and it's 2014 where we want to share things in a way that isn't totally lame. Plus our workflow on launchpad is pretty locked in so it's easier to get all the right people involved on a MR, through a bug report, a blueprint, etc. That isn't to say that we're not using IRC or the ML anymore, but if you're wondering why they are much quieter, now you know. So if you're not following the elementary community on G+, you should definitely do that. And if you have email notifications turned off for launchpad, you should create some mail filters instead. Personally, I'm much more inclined to share things that are more-or-less private on G+ than to post here just because I know we have a lot of non-devs that listen in here (especially press. Sorry dudes). How are you going to monitor who follows on google+ so that you can share private things? Also, I would expect more non-technical (e.g., press etc.) people on G+ than in the dev-community mailing list. Am I wrong? But on the other end of the spectrum, it makes non-private stuff much more available to non-devs and I think should be more effective in terms of attracting new people. So, as that stupid image that went around on facebook however long ago said, We've moved to Google+. 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
Re: [Elementary-dev-community] Porting to Debian as GSoC project
Fantastic! Good luck :)Cheers, Daniel Foré elementaryos.org On Thu, Mar 13, 2014 at 1:23 PM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: Just a quick update: Debian developer Paul Tagliamonte took great interested in the idea and matched me with a mentor, so we now have a mentor for the project! I've applied for the project as a student. Fingers crossed... -- 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
Re: [Elementary-dev-community] Porting to Debian as GSoC project
Ah now that's a worthwhile idea! Very coolCheers, Daniel Foré elementaryos.org On Tue, Feb 25, 2014 at 4:53 PM, Raphael Isemann teempe...@gmail.com wrote: Hey guys/girls, there is a chance that Debian is doing the porting-work of the apps/shell as a GSoC project: https://wiki.debian.org/SummerOfCode2014/ProjectProposals/PackageElementarySoftware I talked to the nice folks in #debian-soc and it seems that the we need to fix (at least) two problems to make this idea a possible candidate for their SoC: * The idea needs an mentor, which should be a Debian-Developer. So if you are a DD or you know someone who is a DD and wants to help us, then feel free to reply :) * The ported packages also need debian-maintainers. I think some volunteers from our maintainers and some people from the community can do that. Feel free to share your opinion on the topic. Also a big thanks to Cameron Norman that added the idea to the wiki and already packaged the icon-theme! - Raphael -- 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] We're now on gee-0.8 (AKA Let the build failures begin!)
Uh, probably should have posted to the list *first* #JustSayingCheers, Daniel Foré elementaryos.org On Sun, Feb 23, 2014 at 4:26 PM, Victor Eduardo victoredua...@gmail.com wrote: lp:wingpanel corresponds to the version in Luna. lp:wingpanel/0.3.xhttps://code.launchpad.net/~elementary-pantheon/wingpanel/0.3.x is the development focus branch On Sun, Feb 23, 2014 at 2:16 PM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: Hey guys, So I got sick of waiting and merged gee-0.8 conversion branch into Granite, all the outstanding gee-0.8 conversion merge requests listed in https://bugs.launchpad.net/granite/+bug/1270091 In addition I made all relevant daily build recipes Trusty-only, as per Rico's advice. This change should fix builds for everything that's been converted to gee-0.8 prior to Granite (e.g. Scratch) and break builds for everything still dependent on the deprecated gee-1.0 since it cannot co-exist with gee-0.8 in one project. If you get weird `Gee' already contains a definition for X errors, you should switch to gee-0.8. I think I might have broken daily builds for Wingpanel since I don't understand the situation with its branches - it's lp:wingpanel/0.3.xhttps://code.launchpad.net/%7Eelementary-pantheon/wingpanel/0.3.xthat builds to PPA but I've merged the branch to development focus, i.e. lp:wingpanelhttps://code.launchpad.net/%7Eelementary-pantheon/wingpanel/trunkwhich only has a disabled recipe for Luna. So which branch should I have merged this Trusty-only code in? -- 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] Developer documentation (was: Google Summer of Code Ideas)
Completely disagree. I've had multiple people say that it's the best documentation they've ever read and I think it's the only existing end-to-end documentation that shows you how to build and package a simple app in all of FOSS. Yes it's incomplete, but it sets a strong foundation and actually gives you solid results quickly throughout the guide and does include several find out more links. The old docs were overly complicated, impossible to follow, showed you how to do things the wrong way, and just left a newbie developer with the impression that writing apps for our platform is an impossibly difficult task. They tried to do too much and lacked focus on what new developers need: a path to how apps on our platform are built and distributed. Yes, we need to continue the docs. But absolutely not in the old style. Cheers, Daniel Foré elementaryos.org On Sat, Feb 22, 2014 at 3:05 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: Hey guys, So I've checked out the current documentation in the website again and turns out it's quite useless. In addition to all the flaws I've already listed (quoted below for your convenience), it has no intro to Granite.Application or our widgets - in fact, it doesn't even mention Granite! All we have there is a Vala/GTK3 hello world. Is that *really*the intended content? I know Dan was not fond of the older dev guide draft ( http://tiny.cc/dev-guide-draft) but it, despite its many flaws, at least it had actual useful content! I'm afraid we're taking the don't do anything to not make any mistakes approach here, except we make mistakes anyway. Are we going to do something about this maybe? 2014-02-19 18:31 GMT+04:00 Sergey Shnatsel Davidoff ser...@elementaryos.org: In the dev guide we should at least link to http://valadoc.elementaryos.org/granite/index.htm for API reference, link to Vala tutorial https://live.gnome.org/Vala/Tutorial and migrationhttps://wiki.gnome.org/Projects/Vala/ValaForJavaProgrammers guides https://wiki.gnome.org/Projects/Vala/ValaForCSharpProgrammers, and to some GTK+ tutorial (GNOME developer screencasts?). We're also missing documentation on libswitchboard and Contractor; creation of Switchboard plugs via libpantheon is kinda sorta documented, but we've ditched that for libswitchboard and there are no docs on that in the website. Gotta fix that. Finally, we have Contractor; we used to have .contract file format documentation in the old website but it's now gone. The Granite wrapper API is *sort of* documented in the Granite valadoc, but the version in the website is pre-0.2.2 and doesn't include some useful 0.2.2+ symbols. The D-bus API is documented in Contractor specificationhttps://docs.google.com/document/d/1Ijsc57vYEHBZxVdM0fRgCuBX2NbdRDv1kuOj0OG75v4/edit?usp=sharingonly, which is obscure and nobody will ever find. I have example code for both the Vala wrapper and raw API in https://code.launchpad.net/~elementary-pantheon/contractor/contractor-clibut that's a very obscure location too. -- 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
Re: [Elementary-dev-community] Developer documentation (was: Google Summer of Code Ideas)
Marco, It's been a while, but there are comments on the doc. I remember there being a lot of inappropriate things from a design perspective. But since that time we've also deprecated or changed a lot of stuff in granite, so I have no idea how relevant it even is anymore. Your best granite reference right now is probably finding an app that does the thing you want to do and looking at the code Cheers, Daniel Foré elementaryos.org On Sat, Feb 22, 2014 at 4:54 PM, marco benzi marco.be...@alumnos.usm.cl wrote: Daniel, could you elaborate on why it was the wrong way? I discovered that doc with this thread and was tempted to follow some points, specially with Granite. Cheers, Marco - On Sat, Feb 22, 2014 at 5:59 PM, Daniel Foré dan...@elementaryos.org wrote: Completely disagree. I've had multiple people say that it's the best documentation they've ever read and I think it's the only existing end-to-end documentation that shows you how to build and package a simple app in all of FOSS. Yes it's incomplete, but it sets a strong foundation and actually gives you solid results quickly throughout the guide and does include several find out more links. The old docs were overly complicated, impossible to follow, showed you how to do things the wrong way, and just left a newbie developer with the impression that writing apps for our platform is an impossibly difficult task. They tried to do too much and lacked focus on what new developers need: a path to how apps on our platform are built and distributed. Yes, we need to continue the docs. But absolutely not in the old style. Cheers, Daniel Foré elementaryos.org On Sat, Feb 22, 2014 at 3:05 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: Hey guys, So I've checked out the current documentation in the website again and turns out it's quite useless. In addition to all the flaws I've already listed (quoted below for your convenience), it has no intro to Granite.Application or our widgets - in fact, it doesn't even mention Granite! All we have there is a Vala/GTK3 hello world. Is that *really*the intended content? I know Dan was not fond of the older dev guide draft ( http://tiny.cc/dev-guide-draft) but it, despite its many flaws, at least it had actual useful content! I'm afraid we're taking the don't do anything to not make any mistakes approach here, except we make mistakes anyway. Are we going to do something about this maybe? 2014-02-19 18:31 GMT+04:00 Sergey Shnatsel Davidoff ser...@elementaryos.org: In the dev guide we should at least link to http://valadoc.elementaryos.org/granite/index.htm for API reference, link to Vala tutorial https://live.gnome.org/Vala/Tutorial and migrationhttps://wiki.gnome.org/Projects/Vala/ValaForJavaProgrammers guides https://wiki.gnome.org/Projects/Vala/ValaForCSharpProgrammers, and to some GTK+ tutorial (GNOME developer screencasts?). We're also missing documentation on libswitchboard and Contractor; creation of Switchboard plugs via libpantheon is kinda sorta documented, but we've ditched that for libswitchboard and there are no docs on that in the website. Gotta fix that. Finally, we have Contractor; we used to have .contract file format documentation in the old website but it's now gone. The Granite wrapper API is *sort of* documented in the Granite valadoc, but the version in the website is pre-0.2.2 and doesn't include some useful 0.2.2+ symbols. The D-bus API is documented in Contractor specificationhttps://docs.google.com/document/d/1Ijsc57vYEHBZxVdM0fRgCuBX2NbdRDv1kuOj0OG75v4/edit?usp=sharingonly, which is obscure and nobody will ever find. I have example code for both the Vala wrapper and raw API in https://code.launchpad.net/~elementary-pantheon/contractor/contractor-clibut that's a very obscure location too. -- 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
Re: [Elementary-dev-community] Misc Contractor Stuff
Getting Contractor in Mint would be very cool.Cheers, Daniel Foré elementaryos.org On Sat, Feb 15, 2014 at 11:27 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: Hey guys, I did a fair bit of digging and finally added Contractor integration for Thunderbird, so you can now send files by email using Thunderbird from any Contractor-enabled app. It can be installed from elementary Daily PPA as thunderbird-contracts package, and the code can be found at lp:~elementary-os/contractor/thunderbird-contractshttps://code.launchpad.net/+branch/%7Eelementary-os/contractor/thunderbird-contracts Thunderbird's CLI is so arcane that it seems that NOBODY got it right before me, and I might have missed something as well. I don't support files with commas in filenames because that's the delimiter Thunderbird uses and I haven't found a way to escape it; that's the only known limitation. On a happier note, thanks to RavecotFX I'm now talking to Clem of Linux Mint fame about phasing out nemo-actions (fork of nautilus-actions) which is pretty much the same thing as Contractor but specific to Nautilus/Nemo and replacing it with Contractor. This means deduplication of effort and (hopefully) more contracts! Speaking of which, we still have painfully few Contractor service providers as well as clients! I've added Contractor support to Noise myself, but we really need better documentation in the website as well as some visibility for the effort. I could cover the docs if somebody explains me how to write things in this new website XD As for visibility, how about holding a Contractor enablement sprint? -- 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
Re: [Elementary-dev-community] About recent builds and VMs
Most of us are on Ubuntu Alphas with packages from our daily/testing PPAsCheers, Daniel Foré elementaryos.org On Sat, Feb 15, 2014 at 3:51 PM, Marco Benzi marco.be...@alumnos.usm.cl wrote: But is there any workaround? How are you guys developing in GTK+ 3.10 + Granite? Marco El 14-02-2014, a las 14:15, Daniel Foré dan...@elementaryos.org escribió: That's the same bug we all are hitting. We're trying to figure out what's causing it, but no dice so far. Cheers, Daniel Foré elementaryos.org On Fri, Feb 14, 2014 at 9:12 AM, Marco Benzi marco.be...@alumnos.usm.cl wrote: Hello everyone, I’ve been trying to get the latest Isis builds to work on VirtualBox and Parallels with no luck (I’m on OS X 10.9). All I got is the installer screen (which works), but I cannot get into the installed OS nor test the liveCD, all I got is a black screen. I’ve tried restarting LightDM but it doesn’t seems to be loaded at the time the system halts. I’ve tested with: - elementaryos-unstable-amd64.20131212 - elementaryos-unstable-amd64.20140125 - elementaryos-unstable-i386.20131212 - elementaryos-unstable-i386.20140112 Any suggestions? Cheers, Marco -- 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 recent builds and VMs
That's the same bug we all are hitting. We're trying to figure out what's causing it, but no dice so far.Cheers, Daniel Foré elementaryos.org On Fri, Feb 14, 2014 at 9:12 AM, Marco Benzi marco.be...@alumnos.usm.cl wrote: Hello everyone, I’ve been trying to get the latest Isis builds to work on VirtualBox and Parallels with no luck (I’m on OS X 10.9). All I got is the installer screen (which works), but I cannot get into the installed OS nor test the liveCD, all I got is a black screen. I’ve tried restarting LightDM but it doesn’t seems to be loaded at the time the system halts. I’ve tested with: - elementaryos-unstable-amd64.20131212 - elementaryos-unstable-amd64.20140125 - elementaryos-unstable-i386.20131212 - elementaryos-unstable-i386.20140112 Any suggestions? Cheers, Marco -- 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] Google Summer of Code Ideas
This thread is starting to look and sound like just a massive distraction. We already have quite a lot of very important things to do. I think one of the most important of which is get AppCenter to a shippable state. New things are cool and fun and exciting, but if we really have the extra time and resources I think we should be focusing on making sure what we already have is the best it can be. * There is still no search in Files * We just picked up Photos which needs a lot of work to bring its UI into alignment with our other apps * judging by the popularity of indicator synapse, we should probably investigate using libsynapse to improve the results in Slingshot * We need to fix deprecation warnings involving granite and gtk * Pantheon Online Accounts needs to be integrated into our default apps * Indicators are holding us back from Pantheon running on other platforms and frankly their designs aren't the best they could be. * Audience could use its UI re-written in GTK (instead of raw Cairo) now that we have things like overlay and revealer and can use custom CSS I mean there are literally a couple thousand bug reports open right now. Cheers, Daniel Foré elementaryos.org On Fri, Feb 14, 2014 at 9:21 AM, Pepijn de Vos pepijnde...@gmail.com wrote: This tread is just the best way of finding software I need :) Would be cool if they where more easily discoverable though. This was a good start: http://www.elementaryupdate.com/2013/08/top-things-to-do-after-installing-luna.html Elementary's new motto: There's a PPA for that! But... what's wrong with just using Dropbox or UbuntuOne? I am aware that Preview does SOME things, but I never looked closely. So much Mac stealing going on here :D OS X is good, but not everything that's good is OS X. Pepijn On Fri, Feb 14, 2014 at 3:28 PM, Nikos Vasilakis nikos.a...@gmail.com wrote: Also, we have something similar, I believe: https://github.com/kjlaw89/draw On Fri, Feb 14, 2014 at 9:18 AM, Tristan Petersen trista...@me.com wrote: Pepijn, Are you familiar with the annotations feature of Mac OS X Preview app? It does essentially what you describe. I use it all the time to quickly annotate screenshots or pdfs. Regards, Tristan On Feb 14, 2014, at 3:41, Pepijn de Vos pepijnde...@gmail.com wrote: Another random idea, that is not a ripoff of OS X is... MS Paint! Something to annotate screenshots or draw a quick schematic. For real photo editing there is gimp, but something light to quickly draw and annotate is missing even from OS X. -- 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 -- 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] Google Summer of Code Ideas
To be clear, what I'm saying is maybe we shouldn't be trying to make up stuff to do just to participate in Gsoc when we already have quite a lot to do even though it doesn't fit into Gsoc Cheers, Daniel Foré elementaryos.org On Fri, Feb 14, 2014 at 10:05 AM, Daniel Foré dan...@elementaryos.org wrote: This thread is starting to look and sound like just a massive distraction. We already have quite a lot of very important things to do. I think one of the most important of which is get AppCenter to a shippable state. New things are cool and fun and exciting, but if we really have the extra time and resources I think we should be focusing on making sure what we already have is the best it can be. * There is still no search in Files * We just picked up Photos which needs a lot of work to bring its UI into alignment with our other apps * judging by the popularity of indicator synapse, we should probably investigate using libsynapse to improve the results in Slingshot * We need to fix deprecation warnings involving granite and gtk * Pantheon Online Accounts needs to be integrated into our default apps * Indicators are holding us back from Pantheon running on other platforms and frankly their designs aren't the best they could be. * Audience could use its UI re-written in GTK (instead of raw Cairo) now that we have things like overlay and revealer and can use custom CSS I mean there are literally a couple thousand bug reports open right now. Cheers, Daniel Foré elementaryos.org On Fri, Feb 14, 2014 at 9:21 AM, Pepijn de Vos pepijnde...@gmail.com wrote: This tread is just the best way of finding software I need :) Would be cool if they where more easily discoverable though. This was a good start: http://www.elementaryupdate.com/2013/08/top-things-to-do-after-installing-luna.html Elementary's new motto: There's a PPA for that! But... what's wrong with just using Dropbox or UbuntuOne? I am aware that Preview does SOME things, but I never looked closely. So much Mac stealing going on here :D OS X is good, but not everything that's good is OS X. Pepijn On Fri, Feb 14, 2014 at 3:28 PM, Nikos Vasilakis nikos.a...@gmail.com wrote: Also, we have something similar, I believe: https://github.com/kjlaw89/draw On Fri, Feb 14, 2014 at 9:18 AM, Tristan Petersen trista...@me.com wrote: Pepijn, Are you familiar with the annotations feature of Mac OS X Preview app? It does essentially what you describe. I use it all the time to quickly annotate screenshots or pdfs. Regards, Tristan On Feb 14, 2014, at 3:41, Pepijn de Vos pepijnde...@gmail.com wrote: Another random idea, that is not a ripoff of OS X is... MS Paint! Something to annotate screenshots or draw a quick schematic. For real photo editing there is gimp, but something light to quickly draw and annotate is missing even from OS X. -- 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 -- 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] Optimise payment
I'm pretty sure we've had this conversion several times about how we're not a 501c3 and it's misleading for a for-profit company to accept donations that are not tax deductible. If someone wants to support elementary, they should purchase our products (including the pay-what-you-want download on our home page). Also as far as I know, the IRS still hasn't given us a way to declare Bitcoin earnings so it's kind of ambiguous about whether it's even legal for us to accept Bitcoin or what implication that has on our taxes. Cheers, Daniel Foré elementaryos.org On Wed, Feb 12, 2014 at 3:27 PM, Kiran Hampal ki...@hamp.al wrote: Dan explicitly told us not to put up a new donate page. It has been completely removed now. Kiran On 12 Feb 2014 23:20, Cassidy James cass...@elementaryos.org wrote: We used to have a donate page, but it got missed when we did the new site. We have it partially done sitting in the wings but ironically we haven't had the resources to get it finished, approved, and live. :P I'll mention it to our web peeps again and see if we can get that up. On Feb 11, 2014 9:06 AM, Dashie rainbowdash@gmail.com wrote: I'll admit that I'm not too sure if the user would want to donate before actually trying out the CD; the logic there seems a bit flawed. If AppCenter is really going to be used in Isis, perhaps an in-app payment system could be implemented, featuring elementary merchandise and options to donate? It would make more sense that way, IMHO, since the user would actually have more of a reason to donate/pay. Just an idea. - Dash On Tue, Feb 11, 2014 at 3:25 AM, Pepijn de Vos pepijnde...@gmail.com wrote: Oh yea, I think it's a great model. My main point with it is that the flow is not optimal for how I think most people download/pay. I first want to try the software and then pay. But the website tries to put this in one action. The other day someone on IRC joined specifically to ask if they could pay without downloading, so I'm definitely not the only one. I really hope Elementary OS will succeed :) Pepijn On Tue, Feb 11, 2014 at 9:18 AM, Daniel Foré dan...@elementaryos.org wrote: We hope it'll pay for the team too! There's not quite enough coming in to pay a salary but we're getting close. For now, it does pay for our hosting costs (we used to have ads), it pays to put bounties on bug reports (check BountySource), it has paid for travel expenses, it's allows us to purchase merchandise to increase our revenue streams, etc etc. elementary, LLC is a company and it does have expenses and it does have the eventual goal of employing developers once there is enough money. At the moment, the pay-what-you-want download is our largest revenue stream and there's no intention to move away from that model Cheers, Daniel Foré elementaryos.org On Mon, Feb 10, 2014 at 11:56 PM, pepijnde...@gmail.com pepijnde...@gmail.com wrote: It occurred to me that there where several things less than optimal about making me pay for elementary. I kind of hoped it would pay for the team, but they are volunteers? First of all, it is not clear what the money is used for and why it is needed. This sentence from the teams page seems essential: it takes a village to build an os It is maybe also very slightly misleading that most of the application on the homepage such as geary, shotwell and midori are not elementary projects. Another thing is that the download button tries to make me pay and download at the same time. While I first want a trial download, and then pay afterwards without downloading again. I don't have a solution. I think splitting the payment to another button would make it less likely people click the donation button. An approach I have seen some projects take is basically advertising the download as an unlimited trial, and have a nagging window to make you pay. You are then allowed to pinky swear that you paid to make the window go away. In some cases kthulu comes to get you if you did not actually pay. Pepijn -- 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 -- 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
[Elementary-dev-community] Gtk 3.12
Hey everyone, After a lot of discussion, and I think with most of your support and excitement, and with the hard work from Rico and others from the GNOME 3 Staging team (Thanks everyone!) it looks like we can plan to ship Gtk 3.12 in Isis. We'll soon be copying over the latest development versions available to us (I believe that's 3.11.5). That means GtkPopover and all the awesome fixes to GtkHeaderBar. If your app is using Granite.Popover, I suggest you take the time to work on moving to GtkPopover. Once again, upstream has asked that we please report any issues we find while migrating. Thanks everyone and happy hacking! -- 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
Re: [Elementary-dev-community] elementary, ubuntu, and debian
Hey Raphael, That's not a bad idea even for just being able to package pantheon on Debian. I wonder if we can get someone with a Debian system to try installing Pantheon and see what issues they encounter Cheers, Daniel Foré elementaryos.org On Wed, Feb 5, 2014 at 10:23 AM, Raphael Isemann teempe...@gmail.com wrote: As we are on the topic: What bugs are left before one could run the whole elementary software stack on debian? I think the indicators where one major problem. Would be cool if someone (*looks at shnatsel*) could write up what is missing and we file some bugs with a debian tag. Mainly because it is asked quite often and it would be cool if we could redirect people to a bug-collection with some good bug-descriptions. Regarding all that topic about NSA and so on, you might want to check out this talk too: http://media.ccc.de/browse/congress/2013/30C3_-_5713_-_en_-_saal_2_-_201312301130_-_to_protect_and_infect_part_2_-_jacob.html - Raphael 2014-02-05 Sergey Shnatsel Davidoff ser...@elementaryos.org: Tristan, it's not that simple and fact is, Debian or even the upstream projects are unlikely to be NSA-proof. You should really watch the recording of NSA operation ORCHESTRA keynote from FOSDEM as soon as it's uploaded. -- 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-- 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] Gtk Popover has landed in PPA
Hey folks, Good news! If you're using the GNOME 3 Staging PPA, you now have popovers! As of Gtk 3.11.5 they are available and I've just pushed theming support to egtk trunk. So give them a spin :) If your app is using Granite.Popover, it's a good time to check and make sure GtkPopover does everything we need it to do. Our friend Allan Day over at GNOME has asked for our feedback, so don't hesitate to file bugs upstream. One thing I noticed right away is that GtkPopover's arrow leans a little bit instead of cramming it up against the side of the widget. This is a pretty interesting solution and I think shows that there has been attention to detail in this widget :) -- 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
Re: [Elementary-dev-community] GSoC (again)
One interesting idea might be adding Chromecast support to Music, Photos, and Audience and/or creating a libchromecast (if such a thing doesn't already exist)Cheers, Daniel Foré elementaryos.org On Tue, Feb 4, 2014 at 9:06 AM, Raphael Isemann teempe...@gmail.com wrote: Hi everybody, Google started accepting applications for GSoC today and i wanted to get some feedback if there is interest in participating (in the community and in the team)? For those we are new, we already applied last year but we weren't accepted. I bring the topic up as we got a lot of media coverage since the Luna-release and it's probably worth another try. Deadline is next Friday and i'm currently stuck in exams till this friday, so don't expect a lot of input from my side in the next three days. I'll be back full-time on Saturday/Sunday. - Raphael Isemann - Paperwork from last work: * Our letter of application from last year that is currently not open for everyone. Feel free to drop a mail if you want to take a look at it [1] * Ideas page from last year [2] [1] https://docs.google.com/document/d/1-4l33Ln7EZoAEjLF8wsvqiNU6SDOcM9BW9R2dh62thg/edit?usp=sharing [2] https://docs.google.com/document/d/1Nv_KzCUjfQIP0C6n593LPBE1gkCuNNI1SCO7vvw8njw/edit -- 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] Isis Beta1
Hey everyone, I was looking today at the Isis Beta1 milestone page (here: https://launchpad.net/elementary/+milestone/isis-beta1) and I noticed that there are just a TON of bugs targeted. Like a crazy unattainable amount. It's now already February and 14.04 will be released in just 2 months. So if your app is in that list, please go through and untarget everything you thing is unrealistic to complete within the next 2 months. I would like to release beta1 as close to 14.04 release as possible so that we can hopefully release Isis this summer (at or before the 1 year mark from Luna release). I think another 2 year release cycle isn't going to be acceptable to our users and Luna is already feeling far too old for developers. So let's trim the fat from that list. Get down to the requirements. And let's make a kick ass beta release ASAP ;) -- 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
Re: [Elementary-dev-community] GNOME 3.12 shell is turned into a binary
Hey There, GNOME shell is written in JavaScript which is a non compiled language. Pantheon is written in Vala which is compiled. So to answer your question, Pantheon is already distributed as a set of binaries. Cheers, Daniel Foré elementaryos.org On Sat, Feb 1, 2014 at 9:55 PM, Иван Каскадеркин cloverd...@mail.ru wrote: Hi everyone! Sorry for stupid question, I`m just user, not developer. I`ve just read http://worldofgnome.org/shell-is-turned-into-a-binary-performance-optimizations-gnome-3-12/ and have one qustion: can we do the same thing for our lovely Pantheon shell? -- 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] Picking Up Shotwell Development
Hey Erasmo, Every man counts! Even if it's just a small amount of time, it'd be great if we could get you helping out on Shotwell :) Looking forward to seeing your merge requests ;) On Fri, Jan 24, 2014 at 3:55 PM, Erasmo Marín erasmo.ma...@gmail.comwrote: As some of you know, I have worked in Foto, and I have already implemented some widgets that I think could be useful for Shotwell. I'm not going to maintain Foto anymore, so, some of my work could be used. I offer my help, but I can't take the responsability of maintaining shotwell as someone proposed in g+. Shotwell is very complex, even more than other elementary projects like Files, so, if it's going to be maintained by the elementary community, we are going to need a proper amount of people interested. 2014/1/24 Daniel Foré dan...@elementaryos.org: Harvey has some great mocks on dA. I'm going to be trying to ticket some smaller design issues until we get it in a state where I think we can start moving the UI in that direction. The first big design challenge is going to be sorting through that menubar and making sure all the functionality is available in the UI. Then we can start talking about some bigger UI changes. On Fri, Jan 24, 2014 at 12:29 PM, A. Xylon V. avlabs...@gmail.com wrote: Yay! Maybe some blueprints linking to some mockups and how they should be implemented would be helpful? On Jan 24, 2014 8:13 PM, Daniel Foré dan...@elementaryos.org wrote: Hey Team, I’ve been talking to Jim Nelson (President of Yorba) about Shotwell for a while now and here’s the quick and dirty: Shotwell needs a new maintainer. Ubuntu has the Gallery app, Fedora has GNOME photos, and Yorba just doesn’t have the resources anymore to maintain Shotwell. Their focus is on Geary. So that pretty much leaves us or an unknown to take up the mantel. Jim seems really excited about the idea of Shotwell becoming a part of our community. He thinks we have the talent and the vision to bring it up to date and make it into a really great app. But there’s a small caveat: Yorba recently joined the GNOME development community. So officially, development is done in GNOME git and bugzilla and their wiki, etc. Which is obviously not ideal for us. Enter the solution: After some discussion with Jim, we think the best course of action is for elementary to fork Shotwell. I’ve taken the liberty of setting up a launchpad page for Pantheon Photos. It is currently maintained by elementary-apps team, but I think we’ll want to create a Pantheon Photos team as Jim wants to stay in the loop on development, but we don’t want to spam him with all the other elementary apps stuff. Firstly, I know that this is a big responsibility to take on. I think as a community, we can do it. Having Photos in launchpad and under the umbrella of the elementary apps team will allow us a lot more freedom for casual involvement with the code base. Not to mention, Jim has already stated that he is available to answer anyone’s questions or give guidance regarding how Shotwell’s code is structured, things to watch out for, etc. I think this is going to be a really positive move for our photos app and I’m looking forward to working with all of you on building a really great Photos experience in elementary OS. -- 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 -- 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 -- 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
Re: [Elementary-dev-community] Picking Up Shotwell Development
Hey Tristan, We have a short guide on our website that talks all about how to set up a build environment (including getting started with launchpad and a little about cmake and packaging): http://elementaryos.org/docs/code To quickly get all the build dependencies, you can run this command in terminal sudo apt-get build-dep shotwell On Fri, Jan 24, 2014 at 3:55 PM, Tristan Petersen trista...@me.com wrote: Greetings, I have just recently joined this list and am eager to help out this community. I have had a lot of experience with Perl and C in the past, but I have not used them for a while and am very rusty there. I've also toyed around a bit with Mac OS X and iOS development (but have never made any real apps). I currently do web development with WordPress and am quite knowledgeable in PHP. All that said, this is my first experience with attempting to program on a linux machine. I'm enjoying it immensely so far! I just learned about vala a week ago and am already building a nifty app with it, mostly leaning on examples from around the web. Last night I found out about Glade, downloaded it, and played around with it quite a bit. It's a fun tool. In any case I went ahead and downloaded the newly created trunk for pantheon-photos. I've already made some changes as requested in the bug tracker. However, as this is my first time developing for elementary and linux in general, I would appreciate any guidance from team members. I searched on the website but could not find references to how to set up a development environment with all the necessary packages. I would really appreciate if someone could describe how to get up and running, using pantheon-photos as an example. I learn quickly and if someone takes the time to help me get set up for this one app, I believe I can then apply that thruout the rest of elementary (because I would like to contribute a lot more in the future). I have some ideas for an Address Book and making changes to Calendar to allowing syncing. At the moment, I got as far as making changes to one source code file, SearchFilter.vala (I removed the labels from the toolbar as listed on launchpad), ran configure (it generated an error about pkg-config not being able to locate glibphoto2 even tho it is installed, which I fixed), then ran make. make failed with a whole bunch of errors, almost all related to pkg-config not being able to locate packages (as similar to glibphoto2). For example: Package gee-0.8 was not found in the pkg-config search path. Perhaps you should add the directory containing `gee-0.8.pc' to the PKG_CONFIG_PATH environment variable No package 'gee-0.8' found I can copy the full output of the failed make if anyone is able to help. Apologies if this is not the proper channel for this request, but I've tried: searching the website and hanging out in elementary-dev and have not had much success with either. Please help, I'd really like to contribute to the project. Cheers, Tristan On Fri, Jan 24, 2014 at 1:34 PM, Daniel Foré dan...@elementaryos.org wrote: Harvey has some great mocks on dA. I'm going to be trying to ticket some smaller design issues until we get it in a state where I think we can start moving the UI in that direction. The first big design challenge is going to be sorting through that menubar and making sure all the functionality is available in the UI. Then we can start talking about some bigger UI changes. On Fri, Jan 24, 2014 at 12:29 PM, A. Xylon V. avlabs...@gmail.comwrote: Yay! Maybe some blueprints linking to some mockups and how they should be implemented would be helpful? On Jan 24, 2014 8:13 PM, Daniel Foré dan...@elementaryos.org wrote: Hey Team, I’ve been talking to Jim Nelson (President of Yorba) about Shotwell for a while now and here’s the quick and dirty: Shotwell needs a new maintainer. Ubuntu has the Gallery app, Fedora has GNOME photos, and Yorba just doesn’t have the resources anymore to maintain Shotwell. Their focus is on Geary. So that pretty much leaves us or an unknown to take up the mantel. Jim seems really excited about the idea of Shotwell becoming a part of our community. He thinks we have the talent and the vision to bring it up to date and make it into a really great app. But there’s a small caveat: Yorba recently joined the GNOME development community. So officially, development is done in GNOME git and bugzilla and their wiki, etc. Which is obviously not ideal for us. Enter the solution: After some discussion with Jim, we think the best course of action is for elementary to fork Shotwell. I’ve taken the liberty of setting up a launchpad page for Pantheon Photoshttps://launchpad.net/pantheon-photos. It is currently maintained by elementary-apps team, but I think we’ll want to create a Pantheon Photos team as Jim wants to stay in the loop on development, but we don’t want to spam him with all the other elementary apps stuff
Re: [Elementary-dev-community] Picking Up Shotwell Development
Hey Tristan, You'll want to hit the link that says propose branch for merging. This will alert other developers that your branch is ready to be reviewed. If your branch needs fixing, a reviewer will mark it as such and you'll be alerted. Otherwise it will be marked approved and merged :) Thanks for submitting your branch! Cheers, Daniel Foré elementaryos.org On Fri, Jan 24, 2014 at 9:05 PM, Tristan Petersen trista...@me.com wrote: Daniel, Thank you for pointing me in the right direction. The apt-get build-dep guidance was all I needed to move forward. I still ran into a few hiccups afterwards (had to install a newer version of GTK+ 3.0), but in the end I was able successful compile all the sources and build a binary thru make. I just submitted my first patch here: https://code.launchpad.net/~tristang4/elementaryos/fix-1272484 Did I do everything right? Looking forward to submitting more patches. Cheers, Tristan On Fri, Jan 24, 2014 at 6:05 PM, Daniel Foré dan...@elementaryos.org wrote: Hey Tristan, We have a short guide on our website that talks all about how to set up a build environment (including getting started with launchpad and a little about cmake and packaging): http://elementaryos.org/docs/code To quickly get all the build dependencies, you can run this command in terminal sudo apt-get build-dep shotwell On Fri, Jan 24, 2014 at 3:55 PM, Tristan Petersen trista...@me.com wrote: Greetings, I have just recently joined this list and am eager to help out this community. I have had a lot of experience with Perl and C in the past, but I have not used them for a while and am very rusty there. I've also toyed around a bit with Mac OS X and iOS development (but have never made any real apps). I currently do web development with WordPress and am quite knowledgeable in PHP. All that said, this is my first experience with attempting to program on a linux machine. I'm enjoying it immensely so far! I just learned about vala a week ago and am already building a nifty app with it, mostly leaning on examples from around the web. Last night I found out about Glade, downloaded it, and played around with it quite a bit. It's a fun tool. In any case I went ahead and downloaded the newly created trunk for pantheon-photos. I've already made some changes as requested in the bug tracker. However, as this is my first time developing for elementary and linux in general, I would appreciate any guidance from team members. I searched on the website but could not find references to how to set up a development environment with all the necessary packages. I would really appreciate if someone could describe how to get up and running, using pantheon-photos as an example. I learn quickly and if someone takes the time to help me get set up for this one app, I believe I can then apply that thruout the rest of elementary (because I would like to contribute a lot more in the future). I have some ideas for an Address Book and making changes to Calendar to allowing syncing. At the moment, I got as far as making changes to one source code file, SearchFilter.vala (I removed the labels from the toolbar as listed on launchpad), ran configure (it generated an error about pkg-config not being able to locate glibphoto2 even tho it is installed, which I fixed), then ran make. make failed with a whole bunch of errors, almost all related to pkg-config not being able to locate packages (as similar to glibphoto2). For example: Package gee-0.8 was not found in the pkg-config search path. Perhaps you should add the directory containing `gee-0.8.pc' to the PKG_CONFIG_PATH environment variable No package 'gee-0.8' found I can copy the full output of the failed make if anyone is able to help. Apologies if this is not the proper channel for this request, but I've tried: searching the website and hanging out in elementary-dev and have not had much success with either. Please help, I'd really like to contribute to the project. Cheers, Tristan On Fri, Jan 24, 2014 at 1:34 PM, Daniel Foré dan...@elementaryos.org wrote: Harvey has some great mocks on dA. I'm going to be trying to ticket some smaller design issues until we get it in a state where I think we can start moving the UI in that direction. The first big design challenge is going to be sorting through that menubar and making sure all the functionality is available in the UI. Then we can start talking about some bigger UI changes. On Fri, Jan 24, 2014 at 12:29 PM, A. Xylon V. avlabs...@gmail.com wrote: Yay! Maybe some blueprints linking to some mockups and how they should be implemented would be helpful? On Jan 24, 2014 8:13 PM, Daniel Foré dan...@elementaryos.org wrote: Hey Team, I’ve been talking to Jim Nelson (President of Yorba) about Shotwell for a while now and here’s the quick and dirty: Shotwell needs
[Elementary-dev-community] Popovers in GTK
Hey dudes, As you may know, popovers have landed in GTK! http://blogs.gnome.org/mclasen/2014/01/22/and-now-popovers/ AFAIK, this means they will be available in GTK 3.12, which is imo yet another reason to reach for GTK 3.12 by default in Isis. If I understand correctly, the gnome team staging PPA for 14.04 is being set up such that we should be able to get packages for 3.12 This would imply another deprecated widget in Granite since the GTK widget should be able to do everything that our widget does and hopefully doesn't have the quirky bugs that our widget has. So, basically I think we should probably make a decision about whether we intend to ship GTK 3.12 in Isis or not. -- 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
Re: [Elementary-dev-community] Popovers in GTK
In GTK 3.12 there is a new .notebook .header which draws the box behind the tabs. So that much we can remove from our DN code. But, I have no idea about a full DN widget in GTK. At least nothing as complex as what we have. Cheers, Daniel Foré elementaryos.org On Thu, Jan 23, 2014 at 8:39 AM, Mario Guerriero ma...@elementaryos.org wrote: David, Here it is what I saw http://worldofgnome.org/uploads/2014/01/gedit311-plugins.png — Sent from Mailbox for iPhone On Thu, Jan 23, 2014 at 4:33 PM, Daniel Foré dan...@elementaryos.org wrote: Hey Cody, Yes those are entirely theme related and fixable. My only hesitation is introducing fixes for 3.12 that may break 3.10 unless we're sure we're targeting 3.12 Cheers, Daniel Foré elementaryos.org On Thu, Jan 23, 2014 at 7:04 AM, Cody Garver c...@elementaryos.org wrote: I've been using the PPA for a while and the only bugs I've observed are theme related like ugly notebooks and boxes around headerbar close and maximize buttons. At least I assume those are theme related. I don't know if you've mentioned it before, but another benefit of 3.12 is headerbars can have more than just the close button. Sent from my iPhone On Jan 23, 2014, at 8:54 AM, Daniel Foré dan...@elementaryos.org wrote: Hey dudes, As you may know, popovers have landed in GTK! http://blogs.gnome.org/mclasen/2014/01/22/and-now-popovers/ AFAIK, this means they will be available in GTK 3.12, which is imo yet another reason to reach for GTK 3.12 by default in Isis. If I understand correctly, the gnome team staging PPA for 14.04 is being set up such that we should be able to get packages for 3.12 This would imply another deprecated widget in Granite since the GTK widget should be able to do everything that our widget does and hopefully doesn't have the quirky bugs that our widget has. So, basically I think we should probably make a decision about whether we intend to ship GTK 3.12 in Isis or not. -- 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] Bump Your Copyrights
Hey Everyone, Just wanted to give a friendly reminder that it's now 2014 and we should bump the copyright dates in our headers Cheers, 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
Re: [Elementary-dev-community] New DynamicNotebook API
Thanks Niclas, David, and everyone else who worked on this. You all rock!Cheers, Daniel Foré elementaryos.org On Tue, Dec 24, 2013 at 4:33 PM, David Gomes da...@elementaryos.org wrote: Hello everyone, Last evening, we made some alternations to Granite.DynamicNotebook's API[1]. As so, we made a new Granite release (0.3.0) and also an SO file version bump as the changes imply an ABI/API break. The important thing to remember is that all applications using the DynamicNotebook are essentially broken and should update to the new DynamicNotebook for elementary OS Isis. We apologize for the inconvenience but this was the only way of fixing some fundamental issues with the Notebook. As of now, tab dragging, tab moving, tab reordering and other Notebook events are handled much better. In addition, the code is now cleaner and better organized. elementary apps have been fixed in trunk for the new DynamicNotebook. If you are curious as to what changes were made, you can see this[2], this[3] and this[4] for an idea of what we did. Finally, I'd like to thank Niclas Lockner[5] who went ahead and fixed the Granite code and also made branches for all of our apps. Kudos to you! That's it for today, happy holidays everyone, David Munchor Gomes [1]: https://code.launchpad.net/~niclasl/granite/new-dn-api/+merge/198149 [2]: https://code.launchpad.net/~niclasl/pantheon-terminal/new-dn-api/+merge/199044 [3]: https://code.launchpad.net/~niclasl/scratch/new-dn-api/+merge/198166 [4]: https://code.launchpad.net/~niclasl/pantheon-files/new-dn-api/+merge/199045 [5]: https://launchpad.net/~niclasl-- 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] Granite depreciations
Hey dudes, In case you're not following granite trunk too closely just wanted to give a heads up about 2 depreciations: Static Notebok is being deprecated in favor of Gtk's new stack and stack switched. GTK stack offers animations as well so that's fun :) ToolButtonWithMenu is also being deprecated as GTK has added MenuButton which does the same thing. Also, Cody has several branches out that remove deprecated GTK.stock items. Make sure to double check your app so we're moving forward in the Isis cycle with fresh clean code Thanks everyone! Cheers, 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
[Elementary-dev-community] GTK 3.10 has landed
Yo yo yo, dev homies Cody just produced new ISOs that contain GTK 3.10! Most of you probably know what all that entails, so I won't waste your time. But let it be known that we can take advantage of all that goodness in Isis! — Sent from Mailbox for iPhone-- 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] Switchboard ported to libPeas
Wow great work Corentin! Can't wait to see all the plugs ported :) — Sent from Mailbox for iPhone On Fri, Nov 8, 2013 at 10:30 AM, Corentin Noël tin...@mailoo.org wrote: Hi all ! It is done, Switchboard is ported libPeas (see https://code.launchpad.net/~tintou/switchboard/libpeas ) With theese changes, the libpantheon is deprecated and is replaced by libswitchboard (it is a better naming for a library that handles plugs). If you're a plug developer or interested by developping a new plug, you can see the new implementation I've made on the About Plug (see https://code.launchpad.net/~tintou/switchboard-plug-about/libpeas ) I hope the transition will be finished as soon as possible. Here are the changes: * API side (still considered as UNSTABLE but a port for each plug is required, there is no backward compatibility): NEW CLASS Switchboard.Plug : Properties: - Category category; // PERSONAL, HARDWARE, NETWORK, SYSTEM or OTHER, but OTHER is ignored for now… - string code_name; // The name recognised with the open-plug command - string display_name; // The localised plug name - string description; // A short description - string icon; Functions (to override): - Gtk.Widget get_widget (); - void close (); // 'search' returns results like (Keyboard → Behavior → Duration, keyboardsepbehavior) TODO: Will be used in the future… - async Gee.TreeMapstring, string search (string search); The plug needs to register itself to the Switchboard.plugs_manager object. * Files installation side: no more /usr/lib/plugs but: - /usr/lib/switchboard/personal - /usr/lib/switchboard/hardware - /usr/lib/switchboard/network - /usr/lib/switchboard/system the plug location is now restricted to ONE subdirectory, so no more /usr/lib/plugs/pantheon/about/* but /usr/lib/switchboard/personal/pantheon-about/* no more my_plug.plug but my_plug.plugin (see the libPeas documentation for more information) I think all is said :) Have fun ! Corentin tintou Noël -- 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] The elementary documentation weekend!
I want to take the opportunity to remind everyone that we DO NOT need an extended customization guide. There are plenty of great articles and websites that cover these topics extensively. When we're talking about user documentation, we want to show users how to do things. Most of the time this is stuff that is obvious to me and you like how to crop a photo or how to create an archive and email it to someone. — Sent from Mailbox for iPhone On Mon, Nov 4, 2013 at 10:49 AM, Raphael Isemann teempe...@gmail.com wrote: Ladies and Gentlemen, If you haven't heard already, we are doing a documentation weekend/sprint from November 8th to November 10th. *What is the sprint/weekend about?* Write documentation about anything that is related to elementary! Here is an example of what we mean[1]. We need both development documentation as well as user-oriented stuff. In fact, we hope that we can integrate a lot of the written stuff into the User Guide/Developer Section. *Who can attend?* Everyone! *Need ideas?* See [2]. *I have a new idea* If you found something else that you would like to have some documentation about, just add it to [2] (anyone can edit this document). *Do I need to use any special software?* You can use whatever you want. I recommend Google Docs and similar services but you can also just use a text editor and www.pastebin.com. Either way, just make sure that you add yourself to the document [2] or mail your entry to this thread in the mailing list. *Under what license am I supposed to release my documentation?* CC-BY, read this for more information: http://creativecommons.org/licenses/by/2.0/ To license your work you need to add this note to the end of the document (see [1] for an example): This work is licensed under a CC-BY-license, for more information see http://creativecommons.org/licenses/by/2.0/ It's important that you apply this license to your document so that we can integrate it into the User Guide, so please don't forget about it. *Any questions left?* You can reply to this email or you use IRC via our webchat ( http://elementaryos.org/developer/chat ). You're obviously free to fire up your IRC client and connect to: irc.freenode.net and join #elementary-dev. We will probably not answer instantly, so be patient. Alternatively, you can ping me personally using my nickname teemperor (Munchor also enjoys being pinged all day long). -- Raphael Teemperor Isemann [1] https://docs.google.com/document/d/1W61JhA5GR6GH0iSc2brAVjCF_Xh-gpN6blqCkv3vaCo/edit [2] https://docs.google.com/document/d/1wFTYGaP9RR5JwT4qQfix84-TfeFaDNX9iFviVtuCAi4/edit -- 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] Saving and restoring app sessions
Hey everyone, As this is the second release where we don't have a minimize button, I think we really need to make sure we're pushing app state saving by default. I've created a master bug report: https://bugs.launchpad.net/bugs/1232112 As always, feel free to add any apps here that it applies to. -- 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
Re: [Elementary-dev-community] Bake Build System
I know that Robert also has built bake with the intention of having it work from a GUI IDE as well as with the intention of having it integrate into launchpad. He has an excellent track record if that means anything :) Best Regards, Daniel Foré elementaryos.org On Sat, Sep 14, 2013 at 5:08 PM, Julien spautz.jul...@gmail.com wrote: I haven't used waf yet, do you know of any good resources? From what I've seen after a quick web search it seems to be just as verbose as cmake or even make. The point of bake is that it is so stupidly simple to use, and also has special support for vala. It makes things like installing desktop files or gsettings schemas just a matter of assigning them to a variable, while it still has support for custom rules in the style of make, so you can also do more complex stuff. On Sun, Sep 15, 2013 at 1:50 AM, Daniele S. oppifjel...@gmail.com wrote: There are a lot of build system out there. This one seems cool and clean but it's probably too bleeding edge. I suggest you to take a look at waf. Lots of project are switching to it. Daniele Il giorno 15/set/2013 01:08, Julien spautz.jul...@gmail.com ha scritto: Hey guys, I've lately been toying with a relatively recent build system called bake. It was created and is maintained by Robert Ancell and you can find the source code here: https://launchpad.net/bake. There isn't much documentation out there, but the manual will teach you most important things: https://answers.launchpad.net/bake/+faq/2172 $ bzr branch lp:bake $ cd bake $ yelp help So if you're like me and have no idea about cmake, bake might be the perfect alternative. It is very simple and requires practically no boiler code (unlike cmake). It would also be easier for new developers to set up their own projects. I'm pretty sure you want to see some actual implementation, so here it is: https://code.launchpad.net/~julien-spautz/cable/bake If you look at the diffs (http://bazaar.launchpad.net/~julien-spautz/cable/bake/revision/137) you'll see that I added a few Recipe files, containing all the information bake needs, and at the same time got rid of all that cmake ugliness. Since Cable uses the same cmake template as the official elementary apps, this should work just as well with any other elementary app. If you want to try it yourself, here are some instructions: First install bake: $ sudo add-apt-repository ppa:bake-team/releases $ sudo apt-get update $ sudo apt-get install bake Now get my branch: $ bzr branch lp:~julien-spautz/cable/bake $ cd bake So far so good. Now let's build (make sure you have all the deps, you'll find them in /src/Recipe): $ bake There should now be an executable in src/ and one in tests/. How about cleaning up again? $ bake clean Installing? $ sudo bake install Running unit tests? (I know you all enjoy those TDD threads) $ bake test Creating a .deb package? $ bake release-deb (might take a while) If you're not in love yet I really don't know... I'll try to convert some other elementary apps to bake in the future, but I don't think it'll be very difficult. The biggest downside of bake is of course that it is still relatively new and therefore lacks complete documentation and tutorials and probably still has some important bugs. Otherwise I see no reason not to switch at some point in the future, be it for Isis, or Isis + 1 (but not later, srsly). What are your opinions? Has anyone else had any experience with it? -- Julien Spautz -- 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] Moving the About dialog of apps to a menu entry in dock launchers
Only dynamic quicklists disappear while the app is running. Static quicklists are stored in the .desktop file Best Regards, Daniel Foré elementaryos.org On Wed, Sep 11, 2013 at 4:48 PM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: Libunitu quicklists are only available while the app is running, and they're not actually standardized. I'm not sure if the additional shortcut spec in .desktop files is an XDG standard or not (yet), but they seem to be a better candidate - static, always-there shortcuts that are defined in a more implementation-independent way. -- Sergey Shnatsel Davidoff OS architect @ elementary-- 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] Two new classes in eGTK
Hey dudes, So as you know eGTK has gone through a massive rewrite and I wanted to let you know about two new style classes that are going to be showing up: .suggested-action .destructive-action These class names were introduced in Adwaita and I think they make a lot more sense than our current class names which are .noundo .affirmative I'm going to be making this change soon in eGTK so make sure you update your app if you're using either of these classes. Feel free to add yourself to these bugs reports :) https://bugs.launchpad.net/egtk/+bug/1222496 https://bugs.launchpad.net/egtk/+bug/1222493 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
Re: [Elementary-dev-community] Isis Planning
Hey Everyone, Looks like Saturday the 7th is working the best for everyone. I've created a doc where we can draft up our agenda here: https://docs.google.com/document/d/1sV7noccJN7oDbD04ozgTrs76SyKGkM7PBhA5Cdc3leE/edit?usp=sharing Feel free to invite any active contributors I forgot to add. I've allowed comments for everyone, but I think we can all agree that we don't want non-contributors editing the doc. Thanks everyone, see you Saturday! On Sat, Aug 31, 2013 at 3:22 PM, David Gomes da...@elementaryos.org wrote: Hi there, I'm always available and I put my name in there too. Now, when a document is created with some bullet points for the meeting, please post it here. I'd create it myself, but I don't know how to make those documents editable only by elementary developers. ~David On Sat, Aug 31, 2013 at 8:15 PM, Daniel Foré dan...@elementaryos.orgwrote: Hey everyone, So now that we've had a couple of weeks to roam free, we should probably have a meeting and get on the same page for the Isis cycle. I've created a Doodle poll to try to get an idea when we can all meet up. Please add your availability as soon as possible so that we can schedule the meeting. http://doodle.com/eeegpyu2r9iwa5fe 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 -- 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
Re: [Elementary-dev-community] External Calendar integration
You da man Best Regards, Daniel Foré elementaryos.org On Fri, Aug 30, 2013 at 3:26 PM, Corentin Noël tin...@mailoo.org wrote: Hello everyone, It's done, I've started to port Maya to Saucy and the work with evolution-server is really better with the updated version ! I've added some extra to Maya, It is now possible to add the support for other calendar source via LibPeas plugins I've done some example with the CalDAV support and also the Google Calendar support (finally…) Some work reamains but it's a major step forward to a real calendar app. For example the calendar edition and deletion are not implemented yet, and there are some work to do to have it integrated with Ubuntu Online Accounts (should be easy because everything is already here in the evolution-server library). I'll continue the work and hope to deliver a full calendaring experience this week-end. Have a nice Week-end, Corentin tintou Noël P.S: http://imagebin.org/269249 [1] Links: -- [1] http://imagebin.org/269249-- 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] Other languages? (Was Re: Congratulations Luna developers!)
You can do whatever you like in your own 3rd party app, but we want everything shipped on the disc to be in Vala to lower the barrier of entry for contributors and to make development easier for ourselves as well. — Sent from Mailbox for iPhone On Wed, Aug 21, 2013 at 2:03 PM, Albert Palacios Jimenez optimi...@gmail.com wrote: In my opinion blessing other languages will create fragmentation. Developers from one application won't be able to help other applications because of the different language. We have a lot of examples, pantheon-files is one of them but also external libraries that doesn't really fit. On Aug 21, 2013, at 10:54 PM, Jakob Eriksson ja...@aurorasystems.eu wrote: On 2013-08-21 22:35, Kurt Smolderen wrote: look at the code. As Vala is currently missing a decent IDE (such as Eclipse,...) and debugging isn't as easy due to the fact the code is translated into C, its often very difficult to analyse the flow of a program. Available tests might help this initial contributors with And when will it be blessed to create Elementary apps in another language than Vala? If Elementary would open up to other languages, we could REALLY see increased productivity and more contributors. IMHO Objective C, C++ and maybe even Java via GCJ would be the obvious candidates. --jakob -- 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-- 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] Luna +1's Name and Some Other Stuff
Hey dudes (and hopefully a few dudettes these days), First of all, congratulations to all of you on 100k+ downloads in the first week. That is freaking killer. We're getting rave reviews and (despite bug #1 being closed) we keep hearing from tons of people that are first-time Linux users coming from Windows and Mac OS. If you haven't been in contact with this positive energy yet, I encourage you to hit up youtube for an ego boost. Now down to business! I'm writing to announce the codename of the next elementary release: Wanking Wallaby Jk. What is this, Ubuntu? I'm leaning strongly towards Isis for this one. It's short (2 syllables), should be generally pretty easy to pronounce, etc. Isis is the egyptian mother god of the throne, friend of slaves, sinners, artisans, and the downtrodden. You can read up more about her here: http://en.wikipedia.org/wiki/Isis Munchor says I should go full Hitler and not allow any arguments, but if you think the name totally sucks you can definitely say that. If not, let's go with it! (And even if so, we'll probably still go with it!) Also, I think in general most of us think it would be the best idea to release Isis (see, I'm already going with it) as closely as possible to Ubuntu 14.04. We have a lot to prove about our ability to provide updates in a timely manner and we're getting some negative feedback from developers/nerds about our 12.04 base. So let's address that and make sure that elementary is the best open platform for both users and developers (and I guess nerds too). Cody is currently working on updating Congrego to spit out some super bleeding edge Saucy-based builds. If any of you are already on Saucy, you know how broken Pantheon currently is. Indicators and Plugs are huge problems that we need to address. We're considering moving both of these into lib peas plugins for Wingpanel and Switchboard (respectively). Any feedback on that plan is very welcome. In general, the first priority for Isis is going to be updating all of our apps to compile/run with the latest libraries. You should know that Midori with the latest webkitGTK is amazing. I'm working on porting eGtk and it's going pretty swell. You should also know that all the fancy libaccounts stuff is now available for someone to start playing with so we can get sweet online integration. I believe that Clutter with the touch-related bits is also available so that is also very exciting for those of use that have a multi-touch trackpad available. Anyways, let's get rolling on this cycle. We have 8 months to become even more awesome. For the greater glorification of our Holy Mother Isis, 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
Re: [Elementary-dev-community] Luna +1's Name and Some Other Stuff
Hey guys, lets stop bike shedding about the name and maybe talk about development? :p — Sent from Mailbox for iPhone On Fri, Aug 16, 2013 at 2:39 PM, Kristjan Vool ticta...@gmail.com wrote: The name Isis is just simply awful. Apollo sounds a lot stronger and better, makes it feel more elementary'sh. If you don't believe me, just spell it out! If Apollo is no go, at least lets use Iris instead... laupäev, 17. august, 2013 - 0:21,Raphael Isemann teempe...@gmail.com kirjutas: Isis is AFAIK used by some people as a synonym for Transpluto, so a purely hypothetical part of the space-and-stuff-people-group is also happy with that name. You guys/girls understand? Purely hypothetical. Hehe... So yes, i applaud for Isis and my great pun. 2013/8/16 Avi Romanoff a...@elementaryos.org As I've said before, +1 for Isis :) I can just hear the multitudes saying WHAT??? BUT I THOUGHT THE NAMING SCHEME WAS BASED ON PLANTS AND SPACE AND STUFF! It will be good to set the record straight ;) On Fri, Aug 16, 2013 at 4:37 PM, Allen Lowe lallenl...@gmail.com wrote: Isis sounds great to me! On Fri, Aug 16, 2013 at 1:50 PM, A. Xylon V. avlabs...@gmail.com wrote: Just to clarify on my last mail, Iris is the Greek Goddess of the Rainbow. And, well, elementary is colourful :) On Aug 16, 2013 8:45 PM, A. Xylon V. avlabs...@gmail.com wrote: I don't like isis. What about Iris? On Aug 16, 2013 8:33 PM, Albert Abril albert.ab...@gmail.com wrote: Hi all, I'm new at the maillist, but just wanna say that I like a lot the name of Isis. Bests, Albert. On 16 August 2013 21:27, Cassidy James cass...@elementaryos.org wrote: I like the sound of Isis. :) Regards, Cassidy James -- Sent from elementary OS. On Fri, Aug 16, 2013 at 2:16 PM, Mario Guerriero mefri...@gmail.com wrote: Isis is fine for me. — Sent from Mailbox for iPhone On Fri, Aug 16, 2013 at 9:15 PM, alienus alie...@riseup.net wrote: Yes, the codename is great, and thanks for the other news. All seems very good. Keep up the good work. Best regards. --alienus Le 16/08/2013 21:13, Alfredo Hernández a écrit : +1 for Isis, it feels completely right for elementaryOS. On 16 Aug 2013 21:09, Daniel Foré dan...@elementaryos.org mailto:dan...@elementaryos.org wrote: Hey dudes (and hopefully a few dudettes these days), First of all, congratulations to all of you on 100k+ downloads in the first week. That is freaking killer. We're getting rave reviews and (despite bug #1 being closed) we keep hearing from tons of people that are first-time Linux users coming from Windows and Mac OS. If you haven't been in contact with this positive energy yet, I encourage you to hit up youtube for an ego boost. Now down to business! I'm writing to announce the codename of the next elementary release: Wanking Wallaby Jk. What is this, Ubuntu? I'm leaning strongly towards Isis for this one. It's short (2 syllables), should be generally pretty easy to pronounce, etc. Isis is the egyptian mother god of the throne, friend of slaves, sinners, artisans, and the downtrodden. You can read up more about her here: http://en.wikipedia.org/wiki/Isis Munchor says I should go full Hitler and not allow any arguments, but if you think the name totally sucks you can definitely say that. If not, let's go with it! (And even if so, we'll probably still go with it!) Also, I think in general most of us think it would be the best idea to release Isis (see, I'm already going with it) as closely as possible to Ubuntu 14.04. We have a lot to prove about our ability to provide updates in a timely manner and we're getting some negative feedback from developers/nerds about our 12.04 base. So let's address that and make sure that elementary is the best open platform for both users and developers (and I guess nerds too). Cody is currently working on updating Congrego to spit out some super bleeding edge Saucy-based builds. If any of you are already on Saucy, you know how broken Pantheon currently is. Indicators and Plugs are huge problems that we need to address. We're considering moving both of these into lib peas plugins for Wingpanel and Switchboard (respectively). Any feedback on that plan is very welcome. In general, the first priority for Isis is going to be updating all of our apps to compile/run with the latest libraries. You should know that Midori with the latest webkitGTK is amazing. I'm working on porting eGtk and it's going pretty swell. You should also know that all the fancy libaccounts stuff is now available for someone to start playing with so we can get sweet online integration. I believe that Clutter with the touch-related bits is also available so that is also very exciting for those of use that have a multi-touch trackpad
[Elementary-dev-community] Luna Post-Release
Hey everyone! First of all, congratulations! You guys have been working super hard for the last two years to bring something truly awesome to desktop Linux and I think from all the amazing feedback we've received, you've definitely succeeded. You guys rock. But obviously the big question is, What now? Well I have some amazing news: feature freeze is finally over! It's time to have a little fun again. No more nose-to-the-grind with all the bug fixing. I myself am writing this from my extremely unstable Saucy install that will probably crash in a few minutes for no apparent reason. And it's freaking exciting! So my first recommendation for you guys is to upgrade yourselves. We all know that 12.04 (and thus Luna) is aging when we're talking about development. I don't think we've come to any official decision, but most of us have been casually throwing around the idea that Luna +1 should release alongside Ubuntu 14.04. We're all super excited about the latest Gtk, Clutter, etc. In case you didn't already know, there's a handful of suggestions for what to work on in Luna +1 here: https://launchpad.net/elementary/+milestone/0.3-beta1 But honestly, take this time to be free. You deserve it. Have fun. Give yourself a pat on the back for how awesome you all are. Once the dust settles on this release, we might want to talk about having another contributor meeting in IRC to get our heads on straight and decide on some general guidelines for Luna +1 (like a real codename, if we really want to release with 14.04, etc) Thanks again everyone and congratulations! 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
Re: [Elementary-dev-community] Luna Post-Release
Good question! We'll have to figure that our as well. If I remember correctly, there's some kind of online tool where everyone can enter their availability and we can find out when we're all free at the same time. Anyone have a link to that? — Sent from Mailbox for iPhone On Sun, Aug 11, 2013 at 11:40 AM, A. Xylon V. avlabs...@gmail.com wrote: I've gotten so used to the feature freeze adding new stuff seems si weird... When will this big contributor meeting be held approximately? A week? On Aug 11, 2013 7:25 PM, Daniel Foré dan...@elementaryos.org wrote: Hey everyone! First of all, congratulations! You guys have been working super hard for the last two years to bring something truly awesome to desktop Linux and I think from all the amazing feedback we've received, you've definitely succeeded. You guys rock. But obviously the big question is, What now? Well I have some amazing news: feature freeze is finally over! It's time to have a little fun again. No more nose-to-the-grind with all the bug fixing. I myself am writing this from my extremely unstable Saucy install that will probably crash in a few minutes for no apparent reason. And it's freaking exciting! So my first recommendation for you guys is to upgrade yourselves. We all know that 12.04 (and thus Luna) is aging when we're talking about development. I don't think we've come to any official decision, but most of us have been casually throwing around the idea that Luna +1 should release alongside Ubuntu 14.04. We're all super excited about the latest Gtk, Clutter, etc. In case you didn't already know, there's a handful of suggestions for what to work on in Luna +1 here: https://launchpad.net/elementary/+milestone/0.3-beta1 But honestly, take this time to be free. You deserve it. Have fun. Give yourself a pat on the back for how awesome you all are. Once the dust settles on this release, we might want to talk about having another contributor meeting in IRC to get our heads on straight and decide on some general guidelines for Luna +1 (like a real codename, if we really want to release with 14.04, etc) Thanks again everyone and congratulations! 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
Re: [Elementary-dev-community] New ElementaryOS Website
It's not really private but we would like it to be a pleasant surprise still for as many people as possible :) So it's kind of like you can peak if you want, but try not to spoil it for other people — Sent from Mailbox for iPhone On Thu, Jul 25, 2013 at 1:36 PM, Osman Alperen Elhan alpe...@elhan.org wrote: this http://dev.elementaryos.org/? On Thu, Jul 25, 2013 at 11:32 PM, David Gomes da...@elementaryos.orgwrote: It's not really 'private', I just don't know what it is. On Thu, Jul 25, 2013 at 9:32 PM, Chris Molozian ch...@cmoz.me wrote: Thanks. Sorry I didn't know that the old link was a private one. I think I saw it on IRC at one point. -- Chris Molozian Software Engineer Mobile: 07807 083 231 Skype: cmolozian GitHub: novabyte On 25 July 2013 at 21:30:58, David Gomes (da...@elementaryos.org) wrote: Just emailed you privately the link of where the new website is hosted. Maybe someone will post it here publicly, but I didn't because I'm not sure I should. On Thu, Jul 25, 2013 at 9:30 PM, Chris Molozian ch...@cmoz.me wrote: Hey, The latest and greatest design work for the new ElementaryOS website used to be hosted here: http://master.elementaryos.org/ Has the plan changed? Is the new website a no-go? (I'm just curious.) Cheers, Chris -- Chris Molozian Software Engineer Mobile: 07807 083 231 Skype: cmolozian GitHub: novabyte -- 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 -- 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 and Ubuntu 13.04
Because Dogfood and not having a moving target. Keep in mind all these apps are brand new and just now are they stable enough to be used every day. It wouldn't make sense to stop supporting Luna before it (or the apps built for it) are even released. Best Regards, Daniel Foré On jul 22, 2013, at 5:00 p.m., Manish Sinha manishsi...@ubuntu.com wrote: On Sun, Jul 21, 2013 at 2:51 PM, David Gomes da...@elementaryos.org wrote: Long answer: even though most of our applications work on Ubuntu 13.04 and the likes, the Desktop Environment (Pantheon) as a whole doesn't for too many reasons for me to list. As soon as we release Luna, we will begin work on the next version of elementary OS and we will use a newer version of Ubuntu as a base so you'll have to wait until then to be able to use Pantheon 'decently' on these newer versions of Ubuntu. I'm very sorry but you'll have to be patient. This brings to the next thing: Why should application development get stuck because of OS freeze? Maybe the development can be continued on trunk branch of the app, and luna branch can get branched from trunk when there is elementaryos code freeze. The trunk should keep targeting the latest technologies. There was a time when I had issues compiling elementary apps because of latest vala being used (sometimes using vala git master) and now the issue is that all the apps I want to compile are dependent on older versions. I am not sure, but even sqlite is an older version in luna because it is based on precise. The apps and components should be a bit detached from operating system version so that the apps don't start stagnating when elementaryos hits a freeze. If elementary has to be based on ubuntu anytime, then the apps should have their trunk branch always build against latest ubuntu otherwise after any elementaryos release, all the apps will have hell lot of work to do to build against latest technologies. Call it a backlog of work. Maybe some of the issues I raised has already been addressed, in which case they should be taken as recommendation. - Manish -- 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] Mir Discussion with Jono
Hey everyone, So here’s the distilled conversation we had with Jono: 1. Canonical wants Mir to be used by more than just Ubuntu. More users tends to mean more developers which means a better product. Jono didn't say it directly, but I think it's obvious that their interest in us is mainly about bringing more attention/support to Mir (which is reasonable/logical). 2. With Mir, they’re building a focused display server that prioritizes a convergent cross-form-factor design. Jono referred to Mir as being thin and states that because Mir needs to run on a phone it has very strict performance requirements. 3. Canonical also has tools built around Mir that could enable us (and others) to easily “flash” our builds onto mobile devices using an Android/Mir base. This is probably the most unique/enticing part about using Mir. 4. Jono wants to reach out to Ubuntu flavors and derivatives to see how Mir affects them and how Ubuntu’s engineering team can help ease the transition to Mir. For 14.04, we theoretically could run Pantheon on XMir which means no meaningful change for us to be able to run with a Mir system compositor. Obviously there are pros and cons. The biggest con is that it is highly unlikely Canonical will put staff hours into make sure stuff like Gtk+ and Clutter work on Mir. This work is essential to elementary as it stands and blocks us from running natively on Mir. In the spirit of the above #3, Jono has assured us that if we're interested in doing the work to make our toolkit work with Mir that Canonical engineers would be available to answer any questions we may have. So we seemingly have these options moving forward: 1. Port everything to Qt (including Gala the rest of our shell, all our apps, etc) and use Mir. 2. Port Clutter/Gtk+/etc to Mir. 3. Port everything to Wayland (significantly less work than the former two options imo). 4. Do nothing and use either XMir or XWayland until those are deprecated at which point we need to port to one or the other. I think at this point, it's starting to look more and more like Wayland is going to be the path of least resistance for us. I can't imagine we have the development power to try and maintain Gtk+/Clutter/Mutter on Mir. But it may turn out that sometime between now and 14.04 some group decides to do this work and then we're back to a more difficult choice. All in all, the conversation leaves us with more talking points and more question than answers :p I think the only thing we know 100% (even if we do have some other opinions) is that X is dying. We need to make an effort to remove any x-specific code from our apps and our shell and to move away from any libraries that we know won’t exist in a post-X world (like BAMF and WNCK). I’ve created a blueprint where we can track our progress in ditching X: https://blueprints.launchpad.net/elementaryos/+spec/ditch-x Please make sure to file bugs against projects you know contain bits that rely on X and link them to this blueprint. The better we asses the situation, the easier it'll be to make the transition. 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
Re: [Elementary-dev-community] Mir Discussion with Jono
I can confirm that from speaking to Canonical employees and attending UDS that the tone has been for a long time that they will eventually stop supporting Gtk+ in favor of Qt At the current rate, 14.04 may be the last version of Ubuntu under which you can run Gtk+ apps unless the community wants to build Mir support for Gtk+. Canonical is building a suite of default apps in Qt and all their third-party dev documentation is now focused on Qt. This is happening. Ubuntu is for Qt. But like ConciousUser has stated, there is absolutely nothing wrong with that. That is 100% their choice to make and in my opinion, having a dedication to a single toolkit is a great choice. That's why elementary also has a dedication to a single toolkit and if we built a new display server I can tell you right now we'd have no intention of making Qt run on it. Best Regards, Daniel Foré El jul 10, 2013, a las 1:03 p.m., Conscious User consciousu...@gmail.com escribió: Em Qua, 2013-07-10 às 21:25 +0200, Jo-Erlend Schinstad escreveu: It also seems kind of weird that a desktop distribution would want to make such an enormous amount of applications second class citizens in this way. They already did. With or without Mir support, The GNOME stack and Compiz are clearly second class citizens in Ubuntu now. For evidence, look no further than the schedule of the last UDSes and pretty much *all* communication from Canonical employees ever since Ubuntu Touch was announced. And just to be clear, because people got confused about this the last time I brought it up: I DO NOT MEAN THIS AS CRITICISM AGAINST CANONICAL, NOR I AM IMPLYING ANY SORT OF MALICE OR HOSTILITY FROM THEIR SIDE. *No* distro can devote the same amount of attention to all apps. KDE apps have always been second class citizens in Ubuntu, and that is perfectly fine. -- 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] Mir Discussion with Jono
Sorry, I might have made it more clear that was speculation. Best Regards, Daniel Foré El jul 10, 2013, a las 3:01 p.m., Manish Sinha manishsi...@ubuntu.com escribió: On Wed, Jul 10, 2013 at 1:45 PM, Daniel Foré dan...@elementaryos.org wrote: At the current rate, 14.04 may be the last version of Ubuntu under which you can run Gtk+ apps unless the community wants to build Mir support for Gtk+. I don't think I understand this properly. You mean to say that after 14.04 Ubuntu cannot run GTK+ apps as they will go pure Mir and Mir won't have GTK+ support? Is this true? What about all the apps written in GTK+? What will they be replaced with? - Manish -- 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] Mir Discussion with Jono
See Jono's clarification :) There is absolutely no reason to believe that not supporting Gtk+ would doom Ubuntu to fail. Android and iOS launched just fine without supporting Windows or OS X apps. And in fact, this is not so different from our expectations either. A serious OS needs apps that are built specifically around it's platform. Cross platform apps suck. I would fully expect it to seem odd that someone would try to run GIMP on Ubuntu 16.04 just like it would be odd for someone to want to run Krita on Ubuntu now. Best Regards, Daniel Foré El jul 10, 2013, a las 2:53 p.m., Jo-Erlend Schinstad joerlend.schins...@gmail.com escribió: On 10 July 2013 22:45, Daniel Foré dan...@elementaryos.org wrote: I can confirm that from speaking to Canonical employees and attending UDS that the tone has been for a long time that they will eventually stop supporting Gtk+ in favor of Qt For Ubuntu SDK apps, that has been known for quite a while and there are good reasons for it. But that's something _very_ different from not supporting GTK+ on their display server, though it's obviously vice versa, purely technically speaking. That would effectively kill Mir right from the beginning and this seems a highly unlikely goal for any software company – to design your products to fail. At the current rate, 14.04 may be the last version of Ubuntu under which you can run Gtk+ apps unless the community wants to build Mir support for Gtk+. Canonical is building a suite of default apps in Qt and all their third-party dev documentation is now focused on Qt. This is happening. Ubuntu is for Qt. You seem to still be talking about Ubuntu SDK apps? Yes, on Touch, GTK+ is not supported and according to Michael Hall, this is primarily because of scaling GUIs to make applications look the same even if the resolution changes. You should of course still be _able_ to run GTK+ apps, but they'd look horrible because of lacking support from the SDK. But on the _desktop_? It makes absolutely no sense in removing all those applications because they themselves want to write in Qt. But like ConciousUser has stated, there is absolutely nothing wrong with that. That is 100% their choice to make and in my opinion, having a dedication to a single toolkit is a great choice. That's why elementary also has a dedication to a single toolkit and if we built a new display server I can tell you right now we'd have no intention of making Qt run on it. There are lots of things wrong with that, which is why I don't believe it. But let me get this straight; if X has to be replaced and nobody else writes a new display server for you, then Elementary OS is willing to remove software like GIMP, Evolution, Inkscape all all other great GTK+ applications? You wouldn't want to support Evolution for your business/corporate users – even if those represent your primary income? That, to me, seems like an amazingly bad idea. Perhaps you'd decide to port those applications to Qt instead? After all, you want your OS to be a success, right? Then you need to have good apps. I can't believe Canonical intends to do any of that, and I won't believe it until I see an official statement. The only other option I can see is to keep supporting XMir forever, which in time will mean supporting X.org alone. That would most likely be a lot harder than supporting a GTK+ backend. Right? Likewise, porting everything from GIMP to Evolution would also mean an insane amount of work. -- 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] Moving Away From Ubuntu
I basically wanted to say what Christian said, but I see your point as well. While neither us nor Ubuntu seem to want to align with the full GNOME stack any longer, we are a little bit closer as far as Gtk/Vala/Mutter/Clutter/etc. There does seem to be some concerns about stuff like SystemD, Wayland, etc and what our full future stack may be. So I think we should definitely keep our minds open. That said, I'm not sure the best approach is to just throw out tons of packages and see what sticks. It might be better to discuss exactly what our ideal stack consists of and then re-evaluate who offers what is closest to that. Best Regards, Daniel Foré El jul 9, 2013, a las 10:09 a.m., Conscious User consciousu...@gmail.com escribió: Em Ter, 2013-07-09 às 18:42 +0200, Christian Dywan escreveu: A GNOME user will say exactly the same about Elementary. Ditching the shell, forking the window manager, discarding all apps, adding Contractor… I am a GNOME user, and I can assure you that it's not the same thing. Elementary forks, adds, and removes, while ubuntu patches and modifies. More importantly, Ubuntu sometimes patches and modifies without changing APIs and namespaces, so app developers sometimes expect one thing and have another. That's the main issue. If an app developer uses Mutter documentation to access Gala and something goes wrong, that's his fault. If an app developer uses Shell documentation to access Pantheon and something goes wrong, that's his fault. If an app developer has non-documented rendering differences due to Ubuntu patches, despite doing exactly what the GTK documentation tells him to, that's *not* his fault. -- 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] Mir Discussion
Sergey, Like Cassidy said, I'm sure this will be a much more political discussion than a technical one. Obviously I'm not going into the call with the intention to personally make a decision about Mir vs Wayland. This is an opportunity to speak to someone at Canonical directly and get some insight into not only why we might want to use Mir, but why they wanted to use Mir. Don't forget that Canonical was also in the Wayland camp for quite a while. And while I don't expect Jono to have vast technical knowledge on the subject, I've met him in person and he's a competent fellow. It's part of his job description to have a high level overview of just about everything in Ubuntu (including the underlying tech). So I imagine he should be able to answer any technical questions we might have. That said, I'm not exactly a dunce myself either ;) Best Regards, Daniel Foré El jul 8, 2013, a las 1:54 a.m., Sergey \Shnatsel\ Davidoff ser...@elementaryos.org escribió: I was recently contacted by Jono Bacon from Canonical. We'll be on a call Tuesday to talk about the pros and cons of Mir and whether or not it fits in with elementary. If you have any questions or concerns that you'd like me to bring up with Jono, please let me know. I'll be sure to take good notes on his responses so that we can make an informed decision about how to move forward. I really appreciate the move, but I'd expect discussions about low-level components like display servers which users don't even notice to take place between people actually competent with the tech, not a community manager on one side and a UX designer on the other. Perhaps a conference call or a G+ hangout is more appropriate, with more people on our side at least. That said, here's what I gather regarding Mir so far. The first thing to understand about Mir in 13.10 and 14.04 is that it functions as a system compositor. So you still have all your traditional X sessions just like in Precise, but on top of them you have yet another compositor (Mir) which provides smooth transitions between sessions (instead of ugly VT switching) and lets us utilize LightDM as lock screen. Using Mir as a system compositor and using it as the only display server are completely different things. For 14.04 we're talking about using it as a system compositor only. The primary concerns with using it as a system compositor are performance and stability - this is why Kubuntu rejected Mir, for example. We have some preliminary benchmarks of Mir as a system compositor, but they're not really meaningful because vertical synchronization was disabled and they're just measuring how much raw GPU power another compositing layer gobbles up. But raw GPU power is just about the least of our concerns. Compositor synchronization is a much trickier problem - read some articles on the topic at http://blog.fishsoup.net/ to get an idea of how compositors work and just how tricky synchronization is. Synchronizing the application with just one compositor is problematic enough, but it's mostly solved thanks to GNOME's heavy and continuous investment it it. But synchronizing the whole thing with yet another compositor on top of it that has completely different protocols and inner workings - that's not something I believe to be possible at all. And due to poor synchronization we'll get a bouquet of issues like jitter (disgusting video playback, yay!) and high latency. Don't get me wrong, having a system compositor is actually a good idea, given a suitable implementation. It's very perspective in the Wayland world because the Wayland protocol is designed to allow nesting compositors - you can stack as many Wayland compositors as you want, and as long as a compositor does not perform any operations with the frame it receives from an underlying compositor, it can pass the frame to the next compositor or display it without introducing any additional overhead. So you effectively have just one compositor in the process and the second one kicks in only to draw transitions between sessions. This still holds if you throw some X applications on XWayland into the mix, because they're run in tiny rootless per-app X servers without their own compositors. This is not the case for what Canonical is up to, though - right now they still have a compositor in X and a Mir compositor on top of that, so you inevitably pass every frame through two completely different compositors that cannot even talk to each other, so there's like no synchronization between them whatsoever? With all due respect to Jono, I'm not sure he's sufficiently qualified to understand the details of inner workings of compositors and explain them to us. (Hell, I'm not even sure if I'm sufficiently qualified to understand the explanations!) Regarding ditching X for Mir, I believe this is out of question. We already have Wayland support
Re: [Elementary-dev-community] Vala Game Development
I think this list is more focused on development of elementary itself. If there isn't one already perhaps we need a (third party) apps community list? Best Regards, Daniel Foré El jun 14, 2013, a las 4:27 p.m., Craig webe...@gmail.com escribió: Thanks David, As I mentioned, I selected this list for the community. Is there a preferred way to contact Elementary developers for matters not pertaining directly to the Elementary project? I would really like to see your projects. Please do post them! Thanks again, Craig On Fri, Jun 14, 2013 at 6:24 PM, David Gomes da...@elementaryos.org wrote: I've made two game prototypes using Vala - one 2D and one 3D, if you'd like the source code I can post it here. Regarding the convenience of this mailing list for that post, this is not really the place (vala-list would be more suitable), but I guess it's not a big deal either. On Fri, Jun 14, 2013 at 11:30 PM, Craig webe...@gmail.com wrote: I was wondering if anyone would be interested in experimenting around with making a simple 2D game with Vala, basically as a proof-of-concept. As it stands, C++ is the language of choice for game development, and as a professional C++ developer, I find this tragic. My primary goals for this project are to 1) help free the game development community from tedious languages 2) introduce Vala to a new genre of developer 3) learn a little more about both Vala and game development and share any applicable experiences with the broader community I don't have any serious expectation for this to become a real game (but it might)--mostly I'm interested in the experiment and having low-commitment fun. I know this isn't necessarily the right mailing list for this request, but I enjoy the feel of this community and would like to see if anyone here is interested before reaching out to broader audiences. At this point, my thoughts are extremely abstract and my mind is very open (I don't have any fixed plans for what this can look like, so you're welcome to help craft the vision). I don't expect this to be anyone's primary commitment (and I certainly don't want to detract from elementary development time), but if you're getting the programmer's equivalent of writer's block and you'd like to try something purely for fun (or if you'd like to learn to develop so you can start to contribute to Elementary), feel free to reply. Again, apologies if anyone finds this inappropriate for this list. Thanks for your time, Craig -- 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 -- 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] Redesigned and updated Privacy Panel for Switchboard
Hey Manish, I think the string we discussed in IRC was something like This Operating System keeps track of Files and Applications you've used to provide extra functionality. If other people can see [...] Great work! Best Regards, Daniel Foré El may 7, 2013, a las 4:19 a.m., Manish Sinha manishsi...@ubuntu.com escribió: Hello everyone, I have nearly finished the Privacy pane for Switchboard. Please have a look and try it out. It can be found at https://launchpad.net/activity-log-manager You can get it lp:activity-log-manager The dependencies should be installed by sudo apt-get build-dep activity-log-manager and then installing pantheon-dev I have posted the screenshot. http://i.imgur.com/XEEXlvn.png Dan, can you please send me the exact message you would like to be replace it with instead of using the name of Dash Please note that after installing you might have two Privacy in your Switchboard. The other is shown due to G-C-C. I would be really glad is someone can test it. - Manish -- 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] Redesigned and updated Privacy Panel for Switchboard
Manish, I would use a switch for only the top button (which enables/disables the entire service) and maintain the checkboxes below (since they include objects in a list) Best Regards, Daniel Foré El may 7, 2013, a las 4:17 p.m., Manish Sinha manishsi...@ubuntu.com escribió: On Tue, May 7, 2013 at 6:37 AM, Eduard Gotwig got...@ubuntu.com wrote: Hey Manish, Now, I find the look not quite appealing. Why not implement a ON/OFF switch, just like the one in Ubuntu, to Record Activity? What I do would to move a Record Activity ON/OFF switch to the top, and under that a description what that means. Well, it is a progress. This unified design was made by mpt whereas the previous 3 tab UI was made by me when I was 3 tequila down. That's why it was so terrible. I would really like to know if ON/OFF makes sense in such context. Is it the correct usage of Switch button. It seems to be sometimes over-abused. If some designer can shed light on it. - Manish -- 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] Kits
Hey Ecir, As Craig said, we'd love to have great developer tools available, but sometimes in the world of volunteer software development the going can be a little slow. For now, I'd invite you to please file a separate blueprint for each kit you envision on blueprints.launchpad.net/elementaryos In this way, we can start to spec out the details of implementing these kinds of resources and make sure that these ideas are acted upon rather than lost. Best Regards, Daniel Foré El abr 25, 2013, a las 6:54 a.m., ecir hana ecir.h...@gmail.com escribió: Hello, I found about elementary few days ago and I like it a lot. Please, I would like to ask about your opinion or even make a feature request about kits. A kit provides some programatic functionality but as opposed to a library, it is tightly integrated with the OS. I see that there are already a few kits listed in Technology section of the site. I'm asking about even more and more diverse kits. For example in Cocoa there is PDFKit which can be use to display a PDF in an application with just two lines of code. Or SceneKit which makes displaying 3D content very simple. Or Qt has QGraphicsScene which makes it easy to display and manipulate graphics. Or Mozilla XUL provides means for parsing RSS/Atom. The idea is that by providing many kits it would be easier to develop applications for elementary. Thanks for the feedback! Ecir Hana -- 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] 3rd party app ppa
I agree with Mario that we need to solve this ASAP. However I also agree with Cody that we can't be responsible for packaging. We need to figure out an app submission process that puts the responsibility on these 3rd parties Best Regards, Daniel Foré El abr 6, 2013, a las 6:20 a.m., Mario Guerriero mefri...@gmail.com escribió: We should only create a ppa and put some rules for it. Every 3rd party developer who wants his app in this ppa should email one of us and then we will review the app quality and approve/disapprove its adding. That's all. Il sab, apr 6, 2013 at 3:18 ,Sergey Shnatsel Davidoff ser...@elementaryos.org ha scritto: I've foreseen it and registered a blueprint about it a long time ago: https://blueprints.launchpad.net/elementaryos/+spec/non-official-ppas Sadly, all my attempts to implement it were futile. Good luck with that. 2013/4/6 Cody Garver c...@elementaryos.org I wrote almost every third party's debian packaging so that would be me maintaining that. I'm up for it, it's just possible it could get out of control. On Sat, Apr 6, 2013 at 8:00 AM, Mario Guerriero mefri...@gmail.com wrote: Cody I mean that every third party developer should be able to put his apps in one of our ppa just asking us. We don't have to maintain anything. They must have care of them own stuffs. Il sab, apr 6, 2013 at 2:57 ,Cody Garver c...@elementaryos.org ha scritto: We need to figure out someway to showcase them, but my opinion is that we already have too much to maintain without taking on third parties. On Sat, Apr 6, 2013 at 7:49 AM, Mario Guerriero mefri...@gmail.com wrote: Hi, 3rd party apps which follow elementary style are popping up like mushrooms in the last period. The community developed a lot of awesome applications like Birdie, Foto, Agenda and many others. My idea is to put all of them in one ppa, owned by elementary-os launchpad team, in order to have them in only one place. In this way I would be able to have a better platform where get elementary apps to sponsor in AppCenter. Moreover a bigger range of users and testers would encourage developers to build an elementary app. Best regards, Mario -- 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 -- 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 -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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] Farewell, Sort Of
You're hilarious Cassidy :p Best Regards, Daniel Foré El abr 1, 2013, a las 5:16 p.m., Cassidy James cass...@elementaryos.org escribió: Hey Awesome Devs, As many of you may or may not know, I joined the elementary team a little over two years ago. I had been following the project from its humble origins as an icon set and watched it grow into much more: a philosophy, a way of thinking, and a truly powerful software movement. In the time since, I've been on board as a community manager, a sort of public relations guy, a Council member, and a user experience designer. I've floated to where I was needed, helping as much as I could. It's time to continue that flux, albeit with another software project. I've been approached by Canonical to work as a user experience designer for Ubuntu. I'll be working alongside the awesome designers at Canonical on Ubuntu and their mobile efforts. I'm excited to bring the promise of truly free software to a much wider audience, and I couldn't ask for a better team to be working with. I will attempt to still be present in the elementary community and contribute when my new career allows, though I expect it to be at a much smaller capacity compared to now. I wish you all the best of luck with Luna and future releases. Regards, Cassidy James -- 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] The future of appcenter
Yes I have to agree with Sergey and Mario. Lets take a deep breath. I know everyone is excited about AppCenter. It's going to be awesome! But we do still have a release to make. So lets gather all our ideas about what we think the AppCenter experience should be and we'll have a meeting right after Luna release for AppCenter planning. Best Regards, Daniel Foré El mar 26, 2013, a las 8:44 a.m., Sergey \Shnatsel\ Davidoff ser...@elementaryos.org escribió: I have to point out that this is not the appropriate time to hold such discussion, as many interested parties are (and should be) preoccupied by Luna-specific work items. It's better to hold it during the planning period after Luna release, because no action will be taken until then and the circumstances will change by that time, invalidating any conclusions made now. -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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] Donate to Yorba
As far as I know, they only get the money if they make $100k Yea I was also thinking somewhere in the realm of $100 On Mon, Mar 25, 2013 at 1:15 PM, David Gomes da...@elementaryos.org wrote: 100,000$ is a lot of spaghetti! I didn't even know we (elementary) had money, but if so, I don't see why we shouldn't donate something like 50-100$. I don't know indiegogo works, but do they also get the money if they don't make 100,000$? I'm afraid that they won't get 100,000$, even though I'd like that very much. On Mon, Mar 25, 2013 at 8:12 PM, Daniel Foré dan...@elementaryos.orgwrote: Hey everyone, Yorba just launched their crowdfunding campaign on IndieGoGo. As you all know, we ship two of their apps default, so we definitely owe them in terms of making our desktop complete and functional. I'm wondering if we shouldn't donate (as elementary) to Yorba's campaign? And if so, how much? Here's the link to their IndieGoGo page: http://www.indiegogo.com/projects/geary-a-beautiful-modern-open-source-email-client Please share it and feel free to donate on your own as well :) 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 -- 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
[Elementary-dev-community] Donate to Yorba
Hey everyone, Yorba just launched their crowdfunding campaign on IndieGoGo. As you all know, we ship two of their apps default, so we definitely owe them in terms of making our desktop complete and functional. I'm wondering if we shouldn't donate (as elementary) to Yorba's campaign? And if so, how much? Here's the link to their IndieGoGo page: http://www.indiegogo.com/projects/geary-a-beautiful-modern-open-source-email-client Please share it and feel free to donate on your own as well :) 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
Re: [Elementary-dev-community] Ellipsising in AppMenu
Yep. I think we need to update/clarify that HIG section. Best Regards, Daniel Foré El mar 24, 2013, a las 7:47 a.m., Cassidy James cass...@elementaryos.org escribió: Sergey, That's kind of how I'm leaning. Everyone else, continue to leave feedback and I'll revisit this thread in a bit before clarifying that section of the HIG. On Mar 24, 2013 5:03 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: I'd use ellipsising only for items that do not instantly accomplish the advertised action. For example, Import to library in Noise should be ellipsised because it additionally requires the user to specify the import source. Following this logic, Preferences and About should not be ellipsised because they accomplish the advertised action, i.e. take you to the advertised info or controls, without any intermediate steps. 2013/3/24 Alfredo Hernández aldomann.desi...@gmail.com I think that Preferences and About do not need ellipses as their function is quite obvious. You perfectly know what to expect when you click those. Regards, Alfredo. On 24 Mar 2013 00:55, Cassidy James cass...@elementaryos.org wrote: Hrm, I thought all of our apps did that for Preferences and About. One thing I've read somewhere (perhaps another platform's HIG?) was more explicit in that if there's not really an action to be performed in the dialog, to not display the ellipsis. In fact, our own HIG are slightly more nuanced than mentioned above; they say to use an ellipsis if an action is performed in a new window or dialog. With the about dialog, there's arguably no action being performed. What about with Preferences? I'm up for clarifying these cases in the HIG. Fellow designers, let me know what you think. Regards, Cassidy James -- Sent from elementary OS. On Sat, Mar 23, 2013 at 6:45 PM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: Okay, so all our apps are buggy and should be fixed? Also, what about About? 2013/3/24 Julien Spautz spautz.jul...@gmail.com Actually, the HIG says we should use ellipses for preferences: · Is performed in a new window or dialog. For example, Preferences, Report a Problem, and Customize Toolbar all use ellipses because they open a new window… http://elementaryos.org/docs/human-interface-guidelines/text/using-ellipses On Sun, Mar 24, 2013 at 12:27 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: Hey guys, I've notices Noise doesn't use ellipsising for AppMenu items at all: https://dl.dropbox.com/u/5279564/noise-appmenu.png Import to Library requires further input from the user but it doesn't have an ellipsis. I believe this is a bug? I've looked at how other apps use ellipsising and it's mostly reasonable. The only thing that bugs me is that Preferences and About items don't have ellipses. I recall Windows just eliipsising whatever shows a dialog, but common sense suggests it's not a good idea, e.g. for About, because it doesn't require any further input from the user. I'm not sure about Preferences though. So what's our rule of thumb for ellipsising? We don't seem to have any info on the topic in the HIG. -- Sergey Shnatsel Davidoff OS architect @ elementary -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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 -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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] Editing GTK UIs live
Omg parasite works with gtk3 now. I'm so happy I could die T_T Best Regards, Daniel Foré El mar 22, 2013, a las 3:20 a.m., Sergey \Shnatsel\ Davidoff ser...@elementaryos.org escribió: Hey guys, Continuing the list of awesome GTK tools is a tool that allows fiddling with live GTK2 and GTK3 UIs. It's called GtkParasite and has been around for quite a while, but was ported to GTK3 only recently. For designers it means that you can push the pixels in the real app in real time until you're satisfied and then just show the values to a dev. No more recompiling things over and over to change one margin value over and over. Edit away! For developers... I'd better quote the official website: Developing and debugging UIs can be a pain. When something goes wrong, it's not always obvious why. You can waste hours writing logging statements only to find out that a widget is in the wrong container, or an attribute wasn't set correctly. Developing isn't much better either. Ever spend time writing temporary code just to test a new feature, code you know you're going to throw away in an hour, and yet you end up spending the next 20 minutes debugging your temporary code? Sucks, doesn't it? What your program really needs is a good Parasite infestation. Here's a good introductory screencast that explains the Parasite workflow: http://chipx86.github.com/gtkparasite/video/parasite-intro.avi Binary packages for Ubuntu can be obtained from https://launchpad.net/~phurley/+archive/gtkparasite The PPA currently provides packages only for Quantal. I've contacted the author and asked to copy the packages to Precise series. In the meanwhile, Quantal packages work just fine when manually installed on Precise/Luna. Happy hacking! -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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] Noise doesn't comply to HIG
Okay, so as far as I can tell, the deciding issue is about showing the dock icon? Is there no way to both a. Have the window closed and b. show it's icon in the dock while c. Not having the app pinned? It seems like a hack to open the window and then immediately minimize it. But I agree that having the icon available (when it makes sense) is a good thing. Even if this this is not currently programically possible, don't we have the means to make it so? Either through libplank or libunity or a combination of the two? We already know that Canonical has this use case as well (with update manager). So I don't think they'd be opposed to a proper solution. Let's not try to derail discussion about what is a real service or what the HIG may or may not recommend about architecture. Lets try to keep to what exactly the problem we're having is and how we can solve that problem most cleanly. Best Regards, Daniel Foré El mar 15, 2013, a las 9:56 a.m., Victor victoredua...@gmail.com escribió: On Fri, Mar 15, 2013 at 6:07 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: The big question is, should background apps minimize or close their window? AFAIK it's a purely technical issue that's ultimately up to Gala devs, so I can't see the point of writing it down to the HIG or discussing it here. IMO the UX-related question is when should background apps show their icon in the dock, and if should they do that at all?. It seemed to me that Noise should be easily accessible from the dock while it plays music, so that the user can pause playback or switch to the next track easily, regardless of the presence of media keys, which are still uncommon around here. Also, turns out many people don't discover media keys even when they are present - keyboards have so many keys... This is why I pushed for minimizing Noise during playback when running in Pantheon. I also pushed for making it exhibit shell-native behavior, e.g. hide the window instead of minimizing it when running in Unity, but I'm not sure if that was implemented. That was fully implemented. Noise minimizes its window instead of hiding it in Pantheon and GNOME Shell, and simply hides the window for the rest of shells. It uses the following GSettings key to decide for which shells it should minimize the window: /org/pantheon/noise/settings/minimize-while-playing-shells (See my other comment). I'm inclined to think that close is the cleaner solution here when we're talking about making closing workspaces on Gala work properly, making opening (re-opening technically) these apps work as expected, etc. Think about it this way: How many apps does a user maybe want to be running in the background on start-up 24/7? Here's a few background apps I know that I have running on my Phone: Twitter Facebook Email Messages ESPN (gotta know when Barça is playing) Music Calls Mint (I get alerts if I go over-budget) Fitocracy Does it make sense to have all these windows minimized to my 1st workspace every time I log in since they all (in at least some way) need to be running in order to work properly? I just don't think that makes sense from a window management perspective. I'll reply with a quote from the very same HIG page: If the app performs repeat background tasks (such as checking for new mail), the background tasks should be handled by a separate daemon. All the apps from your list except Music perform some background tasks repeatedly, so they fall into this background daemon category. More specifically, they wait for some event and notify you when it happens. Of course it's counter-productive to make them all clutter the dock at all times. However, showing a dock badge with the number of action items in the app is an important means of notifying the user about the event because this way the dock provides a persistent overview of remaining action items. Dock badges are complementary to showing a notification but they're also important because the user is not always willing to react to a notification immediately and notification backlogs are far too cluttered to be useful. The way I see it, these background daemons should only display an icon in the dock when the daemon has some new action items. Although the definition of new is a bit vague here - looking at how some people never get the unread mail count in their inbox to zero, I doubt it's a good idea to show an email client inon in the dock with the badge 243 all the time. Maybe it's better to only show the icon when the number of unread threads increases or display the number of unread emails since you last checked the inbox instead of the actual count of unread threads. But this is a topic for another discussion. And regarding that quote, I have a bone to pick: If the app performs repeat background tasks (such as checking for new mail), the background
Re: [Elementary-dev-community] Noise doesn't comply to HIG
Yes Best Regards, Daniel Foré El mar 12, 2013, a las 10:54 p.m., Nishant Agrwal nishantagrwal12...@gmail.com escribió: Daniel, so if I understand you right, you are supportive of the hide/unhide behaviour as opposed to the current minimize solution? On Wed, Mar 13, 2013 at 2:13 AM, Daniel Foré dan...@elementaryos.org wrote: I grew with Nishant that Noise should in fact close its window rather than minimize it. Having it bound to a workspace is definitely not what I expect to happen. But like Nishant, I don't interact with the music player window very often. In fact, on my phone I use the system player controls and rarely ever actually open the music app unless I'm in the mood for a specific song. Best Regards, Daniel Foré El mar 12, 2013, a las 8:45 a.m., Cody Garver c...@elementaryos.org escribió: It's just weird to me that closing Noise doesn't have the same result as closing everything else. I understand what it's going for, I think I just don't have the workflow it expects or something. Let's see what design team says about your feedback. On Tue, Mar 12, 2013 at 10:36 AM, Nishant Agrwal nishantagrwal12...@gmail.com wrote: Could you elaborate on why you didn't like it? Here's my rationale for proposing the closing/hiding behaviour: I think the way most people use music players is - start the player, choose the song, and close the window. Basically, the player window's only functionality is to allow choosing the song and managing playlists, etc. So throughout the application's use, the window remains largely unused. Also, because Pantheon supports a multiple workspace layout, our users might be in a different workspace from where they started the music player when they need to bring up the window again (perhaps to change a song). Clicking on the Noise icon on the dock would take them back to the other workspace, when all they wanted to do was to quickly select a song and get back to their work. Hiding and un-hiding the window could make the window show on the current workspace. Of course this behaviour could be implemented for all apps while sticking to minimize by changing the dock's behaviour as Daniel had suggested some time back, but this would not integrate well with other DEs. This also raises the general design question: Should applications intended to be run mostly in the background (think torrent clients, instant messaging) be bound to a particular workspace? Just my two cents. On Tue, Mar 12, 2013 at 8:35 PM, Cody Garver c...@elementaryos.org wrote: After using it a while, I decided I don't like this behavior. On Tue, Mar 12, 2013 at 8:53 AM, Nishant Agrwal nishantagrwal12...@gmail.com wrote: I was reading this page of the HIG: http://elementaryos.org/docs/human-interface-guidelines/user-workflow/background-tasks I couldn't help noticing that the page specifically mentions the expected behaviour from a music player, yet Noise minimizing instead of hiding the window completely. Just thought I'd point it out. Thoughts? -- 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 -- 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 -- 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] Noise doesn't comply to HIG
Yea except that you can already access it quickly through the sound indicator. If you really want to access it quickly on the dock, you can just pin the app. Best Regards, Daniel Foré El mar 13, 2013, a las 7:10 a.m., Sergey \Shnatsel\ Davidoff ser...@elementaryos.org escribió: The reason I pushed for minimizing in Noise instead of closing to make its icon remain in the dock so that it can be accessed easily as long as the music keeps playing. 2013/3/13 Daniel Foré dan...@elementaryos.org I grew with Nishant that Noise should in fact close its window rather than minimize it. Having it bound to a workspace is definitely not what I expect to happen. Exactly! IMO this is true for any minimized app. That's why I filed a blueprint about treating minimized apps as closed, so that they're not bound to any particular workspace. Parts of that have already landed in Gala, see linked bug reports. It shouldn't be hard to complete it if the design teams gives the green light. -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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] Noise doesn't comply to HIG
I grew with Nishant that Noise should in fact close its window rather than minimize it. Having it bound to a workspace is definitely not what I expect to happen. But like Nishant, I don't interact with the music player window very often. In fact, on my phone I use the system player controls and rarely ever actually open the music app unless I'm in the mood for a specific song. Best Regards, Daniel Foré El mar 12, 2013, a las 8:45 a.m., Cody Garver c...@elementaryos.org escribió: It's just weird to me that closing Noise doesn't have the same result as closing everything else. I understand what it's going for, I think I just don't have the workflow it expects or something. Let's see what design team says about your feedback. On Tue, Mar 12, 2013 at 10:36 AM, Nishant Agrwal nishantagrwal12...@gmail.com wrote: Could you elaborate on why you didn't like it? Here's my rationale for proposing the closing/hiding behaviour: I think the way most people use music players is - start the player, choose the song, and close the window. Basically, the player window's only functionality is to allow choosing the song and managing playlists, etc. So throughout the application's use, the window remains largely unused. Also, because Pantheon supports a multiple workspace layout, our users might be in a different workspace from where they started the music player when they need to bring up the window again (perhaps to change a song). Clicking on the Noise icon on the dock would take them back to the other workspace, when all they wanted to do was to quickly select a song and get back to their work. Hiding and un-hiding the window could make the window show on the current workspace. Of course this behaviour could be implemented for all apps while sticking to minimize by changing the dock's behaviour as Daniel had suggested some time back, but this would not integrate well with other DEs. This also raises the general design question: Should applications intended to be run mostly in the background (think torrent clients, instant messaging) be bound to a particular workspace? Just my two cents. On Tue, Mar 12, 2013 at 8:35 PM, Cody Garver c...@elementaryos.org wrote: After using it a while, I decided I don't like this behavior. On Tue, Mar 12, 2013 at 8:53 AM, Nishant Agrwal nishantagrwal12...@gmail.com wrote: I was reading this page of the HIG: http://elementaryos.org/docs/human-interface-guidelines/user-workflow/background-tasks I couldn't help noticing that the page specifically mentions the expected behaviour from a music player, yet Noise minimizing instead of hiding the window completely. Just thought I'd point it out. Thoughts? -- 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 -- 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 -- 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] AppCenter won't be part of Luna
Bummer deal :( but at least now we know what to do to get it ready for Luna +1. And we can still allow people to install and test the development version of AppCenter if they so desire. At least we know that in the next release we'll have a kickass app store ready to go. Best Regards, Daniel Foré El mar 12, 2013, a las 8:19 a.m., Cody Garver c...@elementaryos.org escribió: A couple nights ago Dan approached me about the idea of including AppCenter in Luna because it was nearing its 0.1 release. After some debate (however much you think he hates Ubuntu Software Center is not enough), we decided together that it was worth trialing. Well, we trialed it enough before it even made it to the ISO to determine that it was not ready and the lengths we'd have to go to to get it ready were not worth the gain at this point. So I just removed it from the Luna milestone(s). Get 'em next time, AppCenter. -- 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 -- 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] Luna Beta2 Progress Report
Hey hey hey, I'm happy to announce that (as far as I can tell) there are only 9 bugs still on the Luna beta2 milestone. Holy crap that's close! Here's the breakdown: * Gala: 2 bugs (1 incomplete, 1 confirmed) * Granite: 1 new * Pantheon Dock: 1 confirmed * Greeter: 1 In-Progress, 1 confirmed * Wingpanel: 2 Confirmed * elementary OS: 1 Triaged Damn son! So if you're not on this list, that means you should probably be looking to release the next milestone of your app. Releases are good because they bring more attention to the project: more devs and more bug reports. So please please, if you weren't mentioned above lets make a release, get a Journal entry written up (it doesn't have to be long), and generally make some noise. Also, if you have some time, please lend a hand to these projects that have remaining tickets on the Beta 2 milestone. In particular, the one elementary OS bug actually fully blocks us from creating new ISOs and single-handedly holds us back from releasing beta2. I'd like to conclude by giving a massive shoutout to all of you awesome devs. You've been working super hard to crank out fixes for (mostly) incredibly boring stuff. You're taking care of business. You're cleaning house. This is what sets us apart from the other guys. It's the dedication that you all show. So thank you all so very much. Definitely looking forward to cranking out this milestone. This is no doubt the most anticipated OS release in all of open source. Let's get Luna out the freaking door. Blow some minds. 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
Re: [Elementary-dev-community] Granite and Geary
Off the top of my head: Source list (or if it doesn't make sense from an architecture standpoint for Geary, it should at least look like source list), About, Welcome, Contractor, Fix .content-view in the compose dialog, Make the edit-mark icon inherit from the theme On the long term: Copy source list badges to the message list Best Regards, Daniel Foré El feb 21, 2013, a las 4:08 p.m., Jim Nelson j...@yorba.org escribió: Hi Victor, No one else has come forward, so it looks like you have the field! I don't think more than 2 days a week are necessary here. Mostly it's about maintaining a few slight changes to the code, not a big overhaul. Let's start by discussing what Granite changes you (or the Elementary team) want to see in Geary. We can prioritize those and go from there. These are the outstanding Granite tickets in our Redmine tracker: About Box - http://redmine.yorba.org/issues/6089 Welcome Screen - http://redmine.yorba.org/issues/6090 DecoratedWindow for composer - http://redmine.yorba.org/issues/6112 I'm sure there's more, this is just a starting list. Anyone want to pitch in more ideas? -- Jim On Sat, Feb 9, 2013 at 12:34 PM, Victor victoredua...@gmail.com wrote: Nice suggestions Jim. This champion will need to check in from time to time, either adding additional Granite support or patching Geary to work with changes to the Granite API I would not like to assume this responsibility alone, but I'd definitely like to contribute; count on me for this. I am only available two days per week though: Wednesday and Thursday. On Thu, Feb 7, 2013 at 6:03 AM, Hakan Erduman ha...@erduman.de wrote: Hello Jim, First, I'm not involved in the development of granite, midori or any elementary project. As a bystander and developer I wonder why you did not try to reap the experiences of the midori project first. Midori pre-dates elementary and yet there is full integration - I wonder how they achieved it and so should you, I think. Secondly, as a fellow developer of a small and notoriously underpowered free software project, I used to track every ubuntu release and found that a six month cycle is often too narrow. Tracking the LTS releases only is a very sound decision of the elementary project, I think. Please consider the decision. Just my $0.02, no offence meant. Regards, Hakan Jim Nelson schrieb am 06.02.2013 22:16: Hello all, I'm Jim Nelson, executive director of Yorba and technical lead of Geary. I've been communicating a little bit with Daniel about the future of Geary. He asked I share my thoughts with all of you. First of all, I'm excited that Geary is the default mail app for Elementary, the first distro to adopt, which is always an honor. It also represents the kind of risk-taking that smaller distros will take, and I appreciate that. However, as much as Yorba values what Elementary is bringing to the open desktop, we can't target Geary solely for it. More specifically, I'm uncomfortable targeting Geary for Granite. The Granite API seems to be fluid right now. Yorba's policy for all our apps is to build on the current release of our dependencies, as well as the prior release, in the GNOME six-month cycle. In practice, this means depending on the libraries in the current release of Ubuntu and the prior one. For example, right now Geary builds on Precise and Quantal. (It may build on older versions, but we don't guarantee that.) At some point in this cycle we'll move to Raring. Geary *may* build on Precise indefinitely, but if we need something in a library that wasn't available in Precise, then so be it. This model means that our users don't have to be using the absolute latest-and-greatest, but also means we can take advantage of more-or-less the newest stuff. It also means we don't fill our code base with conditionally-compiled patches to support newer library features while maintaining support for older ones. Another policy Yorba adheres to is that we want trunk (master) to build, always. This is quite important to me. So here's our conundrum: Geary today has a sliver of Granite support #ifdef'd in. It compiles under Precise but not Quantal due to some deprecated symbols. I know more work on Granite is coming, which means Geary will fall farther and farther behind without active maintenance. And we do have a number of requests for additional Granite support. The umbrella ticket for that work is at http://redmine.yorba.org/issues/6088 We don't want that to happen. We also don't want to fill Geary with a lot of conditional compilation code to support Granite. So, as I said: a conundrum. What I'm proposing is for a member of the Elementary community to step forward as a Geary champion: someone to actively work on a Granite version of Geary. I propose doing that via two tried-and-true techniques
[Elementary-dev-community] Luna Update
Hey Guys, I'm not sure how closely everyone has been following the Beta2 milestone ( https://launchpad.net/elementary/+milestone/luna-beta2), but here's the skinny: Files: 3 bugs Gala: 3 Bugs Granite: 1 Bug Maya: 4 Bugs Noise: 1 Bug Dock: 1 Bug Greeter: 8 Bugs Slingshot: 2 Bugs Wingpanel: 2 Bugs That means that for most of us, a release is only a couple of bugs away. We're right on the edge. I dunno about you guys, but I'm sick of the Luna cycle. A lot of people are getting bored. We want to work on cool new features and do fun innovative stuff again. We want to get back to doing what we do best. My question is: Do we have any really good reasons not to release Luna as soon as possible? We already have a lot of people using Luna as their production environment and they're very happy doing so. How many of the beta3 bugs can actually be fixed post-release? A newer Webkit, Clutter, GTK, and many other big libraries are waiting for us in Luna +1. If we hang back too long trying to stabilize, we're going to fall behind with things like animations, multi-touch support, etc. So what I'm saying is, let's polish this bad boy off so we can have some fun again. 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
Re: [Elementary-dev-community] [Elementary-translators] Midori has no translatable strings on Launchpad.
Christian, The problem is that Launchpad is designed to be used as an all-in-one solution. So Rosetta can export translations back into a branch, but it has to be a bzr branch in launchpad, not an external git repo. Rosetta does import translations from the branch, as far as I know. I might be wrong about that though. We do have all of our own elementary translation teams and they're getting quite large as far as I know. It'd be up to you to decide if your current translation situation has more/better translators or not of course. You already know that personally I think it would be a great gain for Midori to fully move to bzr/rosetta/launchpad. But I also know that you are happy with your current setup :p On Fri, Jan 4, 2013 at 5:28 AM, Christian Dywan christ...@twotoasts.dewrote: Eduard, please be constructive, even if you're personally frustrated. There has been nobody actively looking into the translation setup for months and your personal dislike of Transifex is not representative of it. 0 people working + n people complaning = infinite sadness Somebody has to go and find out: Can Launchpad be made to merge translations into the Midori repository? Would Launchpad have to replace Transifex or could they co-exist? Do we have adequate translation teams in Launchpad? I've heard a ton of complaints in the past, in particular with Dutch and German translation teams in Launchpad. Honestly I've got my hands full with other work and it's not like we had no translations at all. Cheers, Christian On 2013-01-04 11:42, Eduard Gotwig wrote: This decision has been taken by Christian Dywan, aka kalikiana, the founder of the Midori Webbrowser. Midori is also part of the XFCE family, and with that, the translations are hosted on transifex. Kalikiana says it works right now Kalikiana also said just now in IRC that someone needs to check state of launchpad on merging translations Original message: kalikiana gotwig, I've seen it but had no time to reply. you know the answer: transifex works right now; someone needs to check state of launchpad on merging translations We had some discussions about that on going in the past, it seems that he likes the current state, how it is managed right now. But if there is an alternative, like a merging system, that could work as well, I guess. I'd like also to have more control about the Midori translations, because we don't have any control about that. In my case, the German XFCE translator team on transifex ignores me, I had to resend some mails, again and again in the past. It no longer makes fun, and I see no results with that. 2013/1/4 Alfredo Hernández aldomann.desi...@gmail.com mailto:aldomann.desi...@gmail.com As said on the subject, Midori translations are not managed on Launchpad.net. Why has this decision have been taken (I think it's a basic piece of the system) and where can we keep on the translation of the project? -- 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 -- 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
Re: [Elementary-dev-community] ARM enablement nearly complete; testing needed
Do it Sam! Best Regards, Daniel Foré El ene 3, 2013, a las 11:06 a.m., Sam Tate s...@mtate.me.uk escribió: So this means elementary on my Nexus 7? I might try this and record a video On 3 Jan 2013 11:25, Craig Errington craigerring...@gmail.com wrote: I've just installed the Pantheon group from the daily ppa on a Samsung ARM Chromebook running an Ubuntu Build.. Everything installed fine and is running great. The only issue is the FBDEV xorg driver I'm using isn't rendering pantheon brilliantly. I'm going to switch over to the amsoc driver later today to try it out instead. On 15 December 2012 00:38, Cody Garver c...@elementaryos.org wrote: Great news! Posted it to reddit. On Fri, Dec 14, 2012 at 6:14 PM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: Hey guys, The armhf enablement of Daily PPA is nearly complete now. The only remaining items are failed builds of some Switchboard plugs which should resolve themselves in an hour or two. In all other respects armhf situation is 1:1 equal to the i386 and amd64 ones. And guess what it means? Exactly - it's time to test this stuff! If you happen to be running Ubuntu's armhf port, please take a backup of your system (just in case), add ppa:elementary-os/daily to your software sources and install the pantheon package (or cherrypick whatever dependencies of it you prefer). Then check out how apps work (and if they work at all) and report your findings to this mailing list! I don't anticipate any major issues in applications because all Vala code is translated to C+GLib code and thus is portable by definition. Also, we're not yet in a position to consider any crashes appearing on ARM architecture-specific :) I don't code in Vala myself so developers may correct me on this point further in this thread. Still, SoCs may have different performance bottlenecks than desktops do, so please report anything that works unusually slowly. The situation with Pantheon Shell is more interesting. In theory, Gala should run on OpenGL ES 2.0 (and OpenGL 1.3 too, which took me by surprise). However, I'm not aware of anybody actually trying that. So if you happen to have hardware 3D acceleration on your ARM device, please test Gala and report your findings. Don't forget to include the output of es2_info command! Also, it would be nice to be able to retrace Apport crashes submitted from armhf, so that developers can investigate and fix them. This requires an armhf-capable machine to run the retracer on. If you have any resources to spare on an armhf-capable server you run, or know how to set up ARMv7 emulation on amd64, please contact me. Kudos to Rico for making the armhf enablement happen! -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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 -- 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 -- 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] Compiz is dead
Here's the link to Sam's comment: permalinkhttp://www.reddit.com/r/linux/comments/15luo5/compiz_developer_ends_development_looking_onwards/c7nrme0 and his original blog post: http://smspillaz.wordpress.com/2012/12/24/sideways/ On Sun, Dec 30, 2012 at 9:04 AM, Allen Lowe lallenl...@gmail.com wrote: Daniel, link? On Dec 29, 2012 4:02 PM, Daniel Foré dan...@elementaryos.org wrote: I think Mutter (and even Shell) does currently run on Wayland. But I could be wrong. Sam gave us a shout out on Reddit for using LibMutter saying that having two shells (GNOME and Pantheon) on one WM implementation is the way forward. Best Regards, Daniel Foré El dic 29, 2012, a las 10:26 a.m., Cody Garver c...@elementaryos.org escribió: Rip in peace flame-bursting windows. Is it wishful thinking to hope libmutter will do all the wayland work for us? Sent from my iPhone On Dec 29, 2012, at 12:15 PM, Sergey \Shnatsel\ Davidoff ser...@elementaryos.org wrote: Prooflink: http://smspillaz.wordpress.com/2012/12/24/sideways/ Libmutter may be not as great as it sounds because it bears an enormous legacy of X11 hacks and quirks back from Metacity days. I wish there was libweston that worked like libmutter for wayland instead of weston being a collection of completely random features that follow no UX guidelines at all. -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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 -- 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
Re: [Elementary-dev-community] Compiz is dead
I think Mutter (and even Shell) does currently run on Wayland. But I could be wrong. Sam gave us a shout out on Reddit for using LibMutter saying that having two shells (GNOME and Pantheon) on one WM implementation is the way forward. Best Regards, Daniel Foré El dic 29, 2012, a las 10:26 a.m., Cody Garver c...@elementaryos.org escribió: Rip in peace flame-bursting windows. Is it wishful thinking to hope libmutter will do all the wayland work for us? Sent from my iPhone On Dec 29, 2012, at 12:15 PM, Sergey \Shnatsel\ Davidoff ser...@elementaryos.org wrote: Prooflink: http://smspillaz.wordpress.com/2012/12/24/sideways/ Libmutter may be not as great as it sounds because it bears an enormous legacy of X11 hacks and quirks back from Metacity days. I wish there was libweston that worked like libmutter for wayland instead of weston being a collection of completely random features that follow no UX guidelines at all. -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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] Luna beta2 and 3
Hey everyone, You may have noticed that Cody and I created a Luna Beta3 milestone. Since beta1 we've already fixed about 100 bugs or more. We've been working super hard and creating an amazing experience. But we still have over 100 bugs targeted to Luna Beta2. It's crazy. So we've created a beta3 milestone and have started moving bugs over to it. In this way, we can hopefully make a beta2 release soon instead of making it never ever. Feel free to retarget any bugs that you feel you won't get fixed any time soon. We want to have reasonable milestones. So here's the beta2 milestone: https://launchpad.net/elementary/+milestone/luna-beta2 And if you're curious, here's the ones we've started moving to beta3: https://launchpad.net/elementary/+milestone/luna-beta3 -- 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
Re: [Elementary-dev-community] panel architecture
Hey All, We were talking about the move to LibPeas for a few reasons: 1. Remain consistent with a plugin system. 2. Better performance 3. Force plugs to be GTK3 (though I imagine Sergey thinks this is a bug rather than a feature) 4. There's an issue with using plug/socket and Clutter, more specifically NavigationBox which we're going to want to widely employ for consistent touch and animation support in the future. I'm sure there are more benefits to Peas, but those are the ones I can think of off the top of my head :) On Sun, Dec 16, 2012 at 12:33 PM, Jaap Broekhuizen jaap...@gmail.comwrote: Theyre called plugs because they are built wit Gtk.Plug( and Gtk.Socket). Op 16 dec. 2012 21:24 schreef Sergey Shnatsel Davidoff ser...@elementaryos.org het volgende: It's Switchboard and its panels are called plugs (I'm not really sure why). Well, yes, we were discussing it, but we didn't come to any decision. I, for one, do not support this idea :P 2012/12/16 Sergio Costas rasters...@gmail.com: I talk about the System preferences panel, and (AFAIK) the LIBPEAS library, which will be used, among others, to migrate the plugin system in Gedit (https://live.gnome.org/Gedit/Libpeas). I think I read somewhere that you were discussing migrate it to LibPeas, but not sure... -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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 -- 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
Re: [Elementary-dev-community] Elementary OS beta 1 featured on my youtube channel.
Only in Ubuntu. No professional OS uses those ridiculously long naming schemes Best Regards, Daniel Foré El dic 11, 2012, a las 6:53 a.m., Sergey \Shnatsel\ Davidoff ser...@elementaryos.org escribió: 2012/12/11 Daniel Foré dan...@elementaryos.org Midori is the only default app that I still feel we shouldn't give a generic name. People already feel like it's not a real browser because they haven't heard of it. Calling it a generic name would only add to that problem, IMHO. In case you haven't noticed, they're called Firefox Web Browser and Chromium Web Browser in menus. And I can't see why Midori should be an exception here. -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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] Fwd: Elementary's experiences with Vala
Hey team, Got this email today from Robert Ancell (the guy behind lightdm, simple scan, and many others). Would be great if you could help him out :) Best Regards, Daniel Foré Inicio del mensaje reenviado: De: Robert Ancell robert.anc...@canonical.com Fecha: 10 de diciembre de 2012 11:59:20 a.m. GMT-08:00 Para: Daniel Fore dan...@elementaryos.org Asunto: Elementary's experiences with Vala Hi Daniel, I'm putting together a document at Canonical in support of Vala as a good technology particularly in comparison to C/GObject or C++. Could you give me some quotes about your experiences with Vala / forward this to the appropriate people? If there are existing documents I could link to that would be fine. Any help much appreciated, --Robert -- 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] light or dark indicators
Hey Sergio, Sorry this got buried in my inbox. You might want to try getting a hold of Ted Gould. He would know more about libappindicator stuff. https://launchpad.net/~ted On Sat, Dec 1, 2012 at 3:12 PM, Sergio Costas rasters...@gmail.com wrote: Ok, I think I found something: the code that doesn't work in elementary works fine under gnome-shell (3.4 and 3.6), but not under unity, so, definitely, I'm convinced that libappindicator doesn't honor the symbolic namespace :( I'll continue investigating. El 30/11/12 02:00, Daniel Foré escribió: Hey Sergio, Thanks to GTK3 and the -symbolic namespace, you can actually install just one set of icons that will change color to adapt the theme! I can't find good docs right now on how to create/ship/etc symbolic icons, but I would suggest following what is done in GNOME/elementary. (And perhaps we should make a task of providing those docs). In our icon theme, you can open up one of the symbolic icons in a folder like actions/symbolic and see that there is a specific color of grey you should use. Then name your icon with the -symbolic suffix and you should notice that it will change color automatically! On Thu, Nov 29, 2012 at 2:05 PM, Sergio Costas rasters...@gmail.com wrote: Hi all: I'm working on an app that has an indicator in the upper bar. Originally I designed the icons assuming a bright background, but elementary has a dark background, and the icons are hardly visible. Where do I have to install the dark and the bright versions to ensure that the system takes the right ones? Thanks. -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com -- 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 -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com -- 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
Re: [Elementary-dev-community] Linux 3.5 in Luna
I have Nvidia graphics, so here goes nothing. Downloading ;D On Tue, Dec 4, 2012 at 2:31 PM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: One more thing: the 3.5 kernel will be supported during the Quantal lifecycle, and then it will be upgraded to whatever ships in 14.04 LTS. The 3.2 kernel, on the other hand, will be supported for 5 years (gosh!). -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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 -- 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
Re: [Elementary-dev-community] light or dark indicators
Hey Sergio, Thanks to GTK3 and the -symbolic namespace, you can actually install just one set of icons that will change color to adapt the theme! I can't find good docs right now on how to create/ship/etc symbolic icons, but I would suggest following what is done in GNOME/elementary. (And perhaps we should make a task of providing those docs). In our icon theme, you can open up one of the symbolic icons in a folder like actions/symbolic and see that there is a specific color of grey you should use. Then name your icon with the -symbolic suffix and you should notice that it will change color automatically! On Thu, Nov 29, 2012 at 2:05 PM, Sergio Costas rasters...@gmail.com wrote: Hi all: I'm working on an app that has an indicator in the upper bar. Originally I designed the icons assuming a bright background, but elementary has a dark background, and the icons are hardly visible. Where do I have to install the dark and the bright versions to ensure that the system takes the right ones? Thanks. -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com -- 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 -- 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
Re: [Elementary-dev-community] Back button for switchboard
Here's an interesting article about the Back button in iOS and how to label it and such: http://mrgan.tumblr.com/post/10492926111/labeling-the-back-button Here's a shot on Dribbble containing a lot of discussion around the button: http://dribbble.com/shots/657864-The-iOS-Back-Button I think a distinction we might want to make is when to use *just* a back button as opposed to back/forward arrows. I think it's fairly safe to say that back/forward arrows are more universally flexible and can expand to accommodate any complexity of hierarchy. So why this widget? It seems that many people are pointing to the text label as for why this widget is necessary. It provides a context and a clearer navigation path back from where you came. It might be the case that for more complex navigational needs, we use the back/forward arrows. But when we have a simple hierarchy (such as only 3 or 4 pages deep), having just a back button is more advantageous because of it's clarity. On Sat, Nov 24, 2012 at 3:38 PM, Cody Garver c...@elementaryos.org wrote: The bug for what app(s) should include this is in the future is bug #1039269 https://bugs.launchpad.net/bugs/1039269. What other apps should it Also Affect? On Sat, Nov 24, 2012 at 5:35 PM, Alfredo Hernández aldomann.desi...@gmail.com wrote: +1 for the standardisation. El 25/11/2012 00:32, Cassidy James cass...@elementaryos.org escribió: It would also be interesting to look at standardizing that sort of button. iOS has its back button like that iirc, and Android has what they call an up button that is standardized and provides a similar behavior. If we were to go this route, it'd need to be written into the HIG since it deviates from our current story of only having icons in the toolbar. Which is okay as long as it's specific and has a clear use case. Something like: A back button is a toolbar button with the text of the page the user will be going back to if they click it. It is always at the far left of the toolbar, has a raised appearance with an arrow shape, and does not contain an icon. This button should only appear when there is a main view of an app to go back to. That's just a rough stream of thought as an example of what we could put in the HIG. We could then add it into Granite to get the styling and behavior perfect (and to prevent duplicate work from devs). This would all be post-Luna of course. Thoughts? On Fri, Nov 23, 2012 at 9:25 AM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: I can add that GNOME has recently introduced a show all icon. The icon shown in the mockup is not a simple tweak, so let's leave it as is till Luna+1. We're past feature freeze after all. 2012/11/23 Alfredo Hernández **: It's much better than the current implementation. IMHO, a 'Show all' button gives more information this a home button. El 23/11/2012 14:58, Jaap Broekhuizen ** escribió: I saw Andrea did a proposal for adding a nice back button on switchboard a few months ago: https://bugs.launchpad.net/switchboard/+bug/1039269 I think this is a good idea to implement, because it looks great, and the current implementation with a button that keeps switching between an arrow and a home button is a bit weird. I had to think about how that worked and i don't think we want that :) So what do you guys think of this? -- Jaap -- 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 -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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 -- 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 -- 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
Re: [Elementary-dev-community] Renaming Noise
I'm not opposed to being a bit radical and stealing lp:music while its up for grabs, ha! We could change the strings to read like Your library has been imported or Your library cannot be found instead of saying Music can't find it. But, like you said this still creates work for translators. I'm also not opposed to the implication of limiting the feature set. There's so much we could do just in the realm of only music with this app that I'm not concerned about the app being barren of features, and I do relieve that Audience is just going to be a better video player and its very possible a dedicated podcast app could work a lot better than lumping those in as well. I'm +1 to whatever you decide Victor. But it sounds like we're leaning toward going with Music ha Best Regards, Daniel Foré El nov 21, 2012, a las 6:50 p.m., Victor Eduardo vic...@elementaryos.org escribió: I like the direction this is taking, and I also agree with simply naming the application Music. Your arguments are also coherent with those found in the comments of the Geary Naming thread. Some thoughts: L10n and i18n The only thing I don't like about using a generic name for an application like Noise is that it implies modifying a lot of strings. Strings like the following would no longer be valid: Music cannot find your music folder. Music has imported your library. Etcetera... Currently, Noise uses a '%s' on the obliqued words above (Music), and translators can confirm that you'd rarely see the word Noise in a translatable string. Therefore, moving to a different non-generic name would not destroy the current translations, because the majority of strings containing the app's name would be kept untouched. I guess that when using a generic name, replacing the application's name by We or I is enough for English, but it would probably be a bit more complicated for translators on languages in which using impersonal expressions is not the preferred style.[Translators' input needed] Feature Set Using Music as the new name would also limit the set of features we could target to the application. While the new name would leave a chance for Internet radio (which is a planned feature and fits well into the music player), it would also imply no podcasts, etc. I am personally against integrating podcasts into the music player anyway; Feedler + Audience could do a great job on that area. In general, we could gain a lot in terms of app discoverability by using a generic name. For example, there would be no need to tell your grandma what the application does, because the icon plus the name would make it pretty obvious. We wouldn't be forcing an English name either, and this would be loved by our international user base. In the cons side, arguments against the generic name would be the big amount of work it would create for translators, and the fact that some people consider generic default applications to be crappy (you can disregard this; I have no proofs). Of course the latter is not a problem as long as we manage to get major bugs fixed and keep high quality standards. Also, the app looks great, so I don't worry much about it. My last questions: Do we have green light to start working on the rename (to Music)? What would be the new name on Launchpad? Pantheon Music? I'd personally prefer elementary Music, but that would create inconsistency. http://launchpad.net/music is also available, in case we're being radical. Thanks in advance for your replies. Sincerely, Victor. On Wed, Nov 21, 2012 at 6:35 AM, Uday Shankar udayo...@live.com wrote: I agree with this. Simplicity is what has drawn me to elementary. Let music be music what more? :-) no offense Sent from my Windows Phone From: Cassidy James Sent: 11/21/2012 12:01 PM To: Cody Garver Cc: xapantu; elementary-dev-community@lists.launchpad.net Subject: Re: [Elementary-dev-community] Renaming Noise Music gets a +1 from me as well. Honestly, I think that we either need to keep it Noise or rename it to Music. Changing the name to anything else really seems unnecessary at this point. Regarding the generic name thing, I think that's something we should decide on a per-app basis. Technically its generic name would be Music Player but its app name would just be Music. We can't just show genetic names for the apps in the launcher by default, so this is probably the best route and is what we've been doing with apps like Terminal and Files. Again, I'm not opposed to Noise, but if we do change it, I think it should just be Music. Regards, Cassidy James On Nov 20, 2012 3:18 PM, Cody Garver c...@elementaryos.org wrote: I'm for Music. I also think music is what development should center around and leave podcasts and maybe even radio to separate apps. Podcasts because they really need a store experience, otherwise you'd be better off just subscribing
Re: [Elementary-dev-community] Post Beta Hangout on Air
I'd be down. Do we have any idea when? Best Regards, Daniel Foré El nov 21, 2012, a las 9:25 a.m., Allen Lowe lallenl...@gmail.com escribió: I know I haven't been very involved as of late, but I would love to be there. On Wed, Nov 21, 2012 at 5:42 AM, Ivo Nunes i...@elementaryos.org wrote: I'm in. On Wed, Nov 21, 2012 at 7:11 AM, Sam Tate s...@mtate.me.uk wrote: If anyone has any spare time in the coming week, we could do a Hangout on Air to address any questions people may have about Luna. We need to make sure that this ran more smoothly than the attempt at Hangout number 2, so we need a list of who's doing it (if anyone at all) Sam -- 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 -- Ivo Nunes Website: ivonunes.net | Twitter: twitter.com/ivonunes | g+: gplus.to/ivonunes GPG Public Key: goo.gl/94El6 Fingerprint: D082 BDCD 960E 98C9 4D9B 7B12 E509 64F6 A665 EA87 -- 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 -- 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] Renaming Noise
: https://launchpad.net/~elementary-dev-community More help : https://help.launchpad.net/ListHelp -- Best Regards, Chris Triantafillis -- 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 -- 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 -- 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
Re: [Elementary-dev-community] Geary about dialog
As in, not a hard dependency on Granite. So if Granite is available, it would build the granite version, but if it's not available it would build the stock GTK version. On Tue, Nov 20, 2012 at 1:08 PM, Jaap Broekhuizen jaap...@gmail.com wrote: What do you mean by conditionally? :) Op di, nov 20, 2012 at 10:07 ,Daniel Foré dan...@elementaryos.org schreef: Hey Jaap, Yorba is willing to accept patches that conditionally add Granite support into Geary. So if someone wanted to write a patch (like we've done with ThinPaned) that would be fantastic :) IIRC, the toolbar button problem is a result of their use of Glade. For some reason Glade is forcing homogenous toolbar buttons. I'm sure they'd be willing to look at any patches we had to work around this issue as well. On Mon, Nov 19, 2012 at 10:23 AM, Jaap Broekhuizen jaap...@gmail.comwrote: Is geary going to have a Granite about dialog? Also the geary ToolButtons in the toolbar all seem to be wider than those in other apps, which breaks consistency. Do we have the power to change these things before luna-beta2? -- Jaap -- 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 -- Best Regards, Daniel Foré elementaryos.org -- 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
Re: [Elementary-dev-community] Custom GTK+ scrollbars
Ah yes the current overlay scrollbars are indeed ugly haha. Who you want to contact about the way to do this is probably Andrea Cimitan (*andrea*.* cimitan*@canonical.com) who did Ubuntu's scrollbars. He would probably know the best place to start regarding how to implement such a thing. On Sun, Oct 28, 2012 at 10:07 AM, Paul Aspradakis paul.asp...@gmail.comwrote: Hey everyone, I am new here and I would like to bring this to everyones attention. Being a minimalist and a perfectionist on top I can't help but notice how ugly the scrollbars look as opposed to the rest of the elements of the window. Setting the width of the scrollbar aside the main culprit is in my opinion the fixed white background, here http://i.imgur.com/X7qmA.png is a mockup of what an ideal scrollbar could look like. Now someone on #elementary mentioned that if possible at all this would require GTK+ itself to be patched so I thought I'd put this here to get some feedback by developers. If this can be done and everyone agrees I'd be more than happy to work on it myself. P.S: I am a windows developer and have never worked in an open source project like this so forgive me if this is in the wrong place. -- 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 -- 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
Re: [Elementary-dev-community] New plank concept
Tbh, I don't think normal people are going to understand what they're looking at here. I asked a couple of random people today if they could find where to click to see open apps and they couldn't. Best Regards, Daniel Foré El oct 25, 2012, a las 1:13 p.m., Сергей e-gr...@mail.ru escribió: Some fixes: first screenshot it's state, when windows are maximize or cover dock. if windows don't cover dock, dock look like on 4 screenshot(with icons). -- 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-Dev-Community] Vala Version and Luna
Yea I think at this point we should wait until Luna +1 to make this switch. We can do this and GTK 3.6 and Clutter and other updates in the next cycle. On Mon, Oct 22, 2012 at 8:06 PM, Victor Eduardo vic...@elementaryos.orgwrote: Not all our projects have the same needs in regard to this topic. We've been using Vala 0.16 for a long while, and so far it has produced stable code. Unless a project needs a newer version of a certain vapi file (and cannot ship it for some reason), or is suffering from a bug in valac-0.16, it should stick to the current version. Furthermore, at this point we have no time to fix the enormous amount of deprecation warnings the switch would produce. On Mon, Oct 22, 2012 at 8:08 PM, cass...@elementaryos.org cass...@elementaryos.org wrote: It might be advantageous to mention WHAT things the devs need. But can we also get input from a packager/OS maintainer point of view? -Original Message- Date: Monday, October 22, 2012 8:02:26 pm To: David Gomes da...@elementaryos.org Cc: elementary-dev-community elementary-dev-community@lists.launchpad.net From: Craig webe...@gmail.com Subject: Re: [Elementary-dev-community] [Elementary-Dev-Community] Vala Version and Luna I'm generally pretty ignorant with respect to the differences between versions and how important it is to maintain consistency between them. Care to give us a primer? On Oct 22, 2012 4:36 PM, David Gomes da...@elementaryos.org wrote: Hey there, Some time ago we switched to Vala 0.16, it was a very important change. Do you guys think it's time to move to 0.17? I understand it's too early for 0.18, but most of the devs are already using 0.17 because of certain things that we really need. -- 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/ListHel -- 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 -- 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
Re: [Elementary-dev-community] Luna Beta1
Haha right :p Best Regards, Daniel Foré El oct 20, 2012, a las 1:19 p.m., David Gomes da...@elementaryos.org escribió: That means that App Devs, you're currently off the beta1 milestone. Well, there's still Noise... We're all working on moving stuff to stable PPA now. On Sat, Oct 20, 2012 at 6:43 PM, Daniel Foré dan...@elementaryos.org wrote: Hey Dudes, Check the milestone: https://launchpad.net/elementary/+milestone/luna-beta1 There are only a couple of OS bugs targeted there. That means that App Devs, you're currently off the beta1 milestone. But you're not done. You're still blocking beta1 if you haven't made a release of your app and made sure that release is sitting in the stable PPA. Check your milestones. You should know if you have a completed milestone that just hasn't been released. Release that mother. Check the stable PPA. If you're not in there, you need to be in there. Bug a packager. Rico, Cody, Devid, etc. Annoy the crap out of those guys. I'm going to be sending out emails to you guys and personally becoming a pain your ass because we need to make this beta1 release. Don't be a blocker because of stupid stuff like making a release of your app. If possible (and I think we can do this) I really want to release beta1 next week. We're talking Oct. 27th. Let's knock this out so we can move on to the next thing. I don't know about you guys, but I'm itching to start working on the fun stuff again. Let's knock out Luna so we can get going on the next big thing! 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
Re: [Elementary-dev-community] cronopete PPA
Hey Sergio, Definitely, we'll be able to give you a little more attention in Luna +1 and I'm sure integrating cronopete will bring up questions like what do we do when a external storage is connected. For now, you might want to bug Joey Sneddon from OMG! Since Cronopete should also be working Ubuntu and see if you can't get some testers. I'm sure their bug reports will keep you busy ;) Best Regards, Daniel Foré El oct 20, 2012, a las 4:10 p.m., Sergio Costas rasters...@gmail.com escribió: Hi: El 21/10/12 00:47, Sergey Shnatsel Davidoff escribió: As far as I can tell from the code, just running it from the postinst should be sufficient. I added it in the postinst, but didn't work :? By the way, I also want to discuss possible changes to adapt it more to the Elementary philosophy. Example: if it's still unconfigured, should it detect each time a new external drive is connected and offer to use it as backup drive? Good question; perhaps that can be made an option in the dialog that pops up on connecting removable media. That's exactly my proposal, and is how Time Machine does. I believe designers will take care of this as soon as Luna is out of the door. Right now they're preoccupied with the upcoming OS release. Of course. I understand that, at this moment, everybody is working on beta 1. By the way, is there an option to use btrfs or nilfs2 snapshots for storing revision data? Snapshots in btrfs are atomic and that seemed kinda promising for a time machine backend when I drafted https://blueprints.launchpad.net/elementaryos/+spec/time-machine I've been thinking about that and, in theory, is possible, thanks to the backends architecture I used for Cronopete. But, as usual, the devil is in the details: can an user-space program make a snapshot or get access to it, or will that need a daemon like udisk? Anyway, currently BTRFS in Luna is quite unstable, because it's based on Linux 3.2 (it can't even be used with the current version of Cronopete because can fail to detect a Disk Full situation, which is needed to erase old backups and make space for the new ones; that's why it only accepts EXT3/4 and ReiserFS). The backup file system must be very stable, so I think we should not rush into BTRFS until it is really, really stable. -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com -- 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] UI change for workspace expose
Hey Tahseen, We're definitely planning to continue our design work on Gala for the Luna +1 cycle and dig deeper into workspace management. But as of right now, we're past our feature freeze. So what is present in Luna unstable currently is largely what you're going to see in final as far as features and UI goes. Best Regards, Daniel Foré El oct 14, 2012, a las 6:21 a.m., Tahseen Jamal tahseen.ja...@gmail.com escribió: Dear All, When I do workspace expose, the active desktop merely slides up. Can't we do a more of active desktop zoom out along with Apps Check this link https://www.dropbox.com/s/58g2vt6e94uh2eg/workspace%20expose.png No offence intended. Even Gnome 3 does similarly. So am not asking to copy Apple -- 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] Contextual Toolbar
Hey Sam, I think I agree with Harvey that a more iOS style popover would work more for various resolutions. Especially for really large displays having some kind of sidebar like that could end up creating a lot of mouse travel. Best Regards, Daniel Foré El oct 10, 2012, a las 1:15 p.m., Sam Tate s...@mtate.me.uk escribió: You'd think I'd have learned from yesterday to actually attach the bloody thing, but alas I appear to have forgotten once again ;) https://plus.google.com/u/0/118289670350117354716/posts/GpyGGU8e3VR - Here you are guys xD Sam On 10 October 2012 21:09, Sam Tate s...@mtate.me.uk wrote: Greetings, I refined my attempt from yesterday into something that can be useful for almost any app in the system. It is a bar at the side that appears when something is selected, such as text or an image. Slides in from the side and pushes the content to the left (rather than overlaying it like in the mockup). It could house more functions than just those shown, maybe even replacing the right click and allowing you to delete/rename files etc. Obviously the actual mockup isn't great since my design skills aren't on par with Dan's or Harvey's (also I was working with bitmaps rather than raw vectors here :P), but the concept is pretty solid I think. Here: http://developer.android.com/design/patterns/selection.html is how it works in Android for reference. Regards, 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] Contextual Dictionary Mockup
Mac OS has this feature as a popover. You can select text anywhere and get a Look Up %word item in the context menu. A while back, Christian had suggested that we could do such a thing with a (Possibly Contractor powered) GTK module. Best Regards, Daniel Foré El oct 9, 2012, a las 11:43 p.m., Cassidy James cass...@elementaryos.org escribió: Sam, Interesting concept. It reminds me a lot of the most recent update to Google Books on Android with the definition and place cards. I'm not sure this would be the best implementation across all apps, but could be useful in reading apps. ;) Check out the blueprint Sergey linked to for my desired implementation. On Oct 9, 2012 11:47 PM, Sergey Shnatsel Davidoff ser...@elementaryos.org wrote: Somebody came up with this before you: https://blueprints.launchpad.net/contractor/+spec/add-to-secondary-click Still, thanks for the mockup :) 2012/10/10 Sam Tate s...@mtate.me.uk https://plus.google.com/u/0/118289670350117354716/posts/e7HCNnvuDqs Always helps to reference the thing that you are talking about in your email ;) Regards, A rather foolish Sam Tate On 9 October 2012 22:33, Sam Tate s...@mtate.me.uk wrote: Greetings, I took Dan's awesome AppCentre Mockup and added a dictionary overlay on it. This would work system wide (so for any app that has select-able text) and mousing over it would expand it to the larger centered one. Maybe in the future it could house other functions too? Just something to think about :P Regards, 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 -- Sergey Shnatsel Davidoff OS architect @ elementary -- 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 -- 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] Hiding Screenshot
Hey Guys, I noticed (while closing blueprints) that we had for some reason put Screenshot under installed, but not in Slingshot. That's really interesting to me. I'd like to test having it only appear as a search result (kind of a hidden feature) and see if it actually impedes anyone's workflow. Anyone actively use Screenshot by clicking on the icon and thinks this is a bad idea? 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
[Elementary-dev-community] Luna Update
Holy Crap! We seriously have only 15 bugs stopping us from beta1. We're on the edge. We could do it this month. The most anticipated beta release in all of free software. We can make this happen. Files has 2 bugs: https://launchpad.net/pantheon-files/+milestone/luna-beta1 Maya has 1 bug: https://bugs.launchpad.net/maya/+bug/1016211 Noise has 7 bugs: https://launchpad.net/noise/+milestone/luna-beta1 Greeter has 1 bug, which is waiting on a merge request: https://bugs.launchpad.net/pantheon-greeter/+bug/1000463 The rest are OS bugs. As always, track it here: https://launchpad.net/elementary/+milestone/luna-beta1 If you don't see your app on this list, please for the love of all things holy make a stable release and make sure it's in the stable PPA, then refocus your efforts on squashing these last 15 bugs. I don't know about you guys, but I want to get over to beta2 already. Rock on, gentlemen. We got this. 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
Re: [Elementary-dev-community] Luna Update
Killer :D Best Regards, Daniel Foré El oct 10, 2012, a las 10:25 a.m., David Gomes da...@elementaryos.org escribió: Yes, I asked Niels to do it. He's also Releasing Maya :) On Wed, Oct 10, 2012 at 6:04 PM, Chris Triantafillis christriant1...@gmail.com wrote: maya bug has moved to beta 2... neither me or Cody Garver could reproduce it... 2012/10/10 Daniel Foré dan...@elementaryos.org Holy Crap! We seriously have only 15 bugs stopping us from beta1. We're on the edge. We could do it this month. The most anticipated beta release in all of free software. We can make this happen. Files has 2 bugs: https://launchpad.net/pantheon-files/+milestone/luna-beta1 Maya has 1 bug: https://bugs.launchpad.net/maya/+bug/1016211 Noise has 7 bugs: https://launchpad.net/noise/+milestone/luna-beta1 Greeter has 1 bug, which is waiting on a merge request: https://bugs.launchpad.net/pantheon-greeter/+bug/1000463 The rest are OS bugs. As always, track it here: https://launchpad.net/elementary/+milestone/luna-beta1 If you don't see your app on this list, please for the love of all things holy make a stable release and make sure it's in the stable PPA, then refocus your efforts on squashing these last 15 bugs. I don't know about you guys, but I want to get over to beta2 already. Rock on, gentlemen. We got this. 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 -- Best Regards, Chris Triantafillis -- 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