Re: [Elementary-dev-community] Farewell, Sort Of

I meant to say I wish good health to your family. On Mon, Apr 1, 2013 at 8:59 PM, Daniel Foré wrote: > You're hilarious Cassidy :p > > Best Regards, > Daniel Foré > > El abr 1, 2013, a las 5:16 p.m., Cassidy James > escribió: > > Hey Awesome Devs, > > As many of you may or may not know, I joi

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 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 > a

Re: [Elementary-dev-community] Farewell, Sort Of

Screw you and I hope your family has good health! On Mon, Apr 1, 2013 at 7:22 PM, Dane Henson wrote: > Feels like a punch in the gut. I'm excited for you and proud to have > canonical poaching our awesome community members. I wish you the best of > luck and hope you continue to haunt these part

Re: [Elementary-dev-community] Farewell, Sort Of

Feels like a punch in the gut. I'm excited for you and proud to have canonical poaching our awesome community members. I wish you the best of luck and hope you continue to haunt these parts. Your prominent presence on the council will be sorely missed. On Apr 1, 2013 7:16 PM, "Cassidy James" wrote

Re: [Elementary-dev-community] Farewell, Sort Of

If you were saying that the 2nd of april I could believe you. In USA is still the 1st. On Tue, Apr 2, 2013 at 1:16 AM, Cassidy James wrote: > 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 fro

[Elementary-dev-community] Farewell, Sort Of

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 t

Re: [Elementary-dev-community] How to review and merge branches

I'm not arguing that gofmt is necessary; anything that facilitates a standard, clear format will suffice. However, I maintain that the vala community would be lucky to have so nice a tool as gofmt. (It really does fix everything) :-P On Apr 1, 2013 4:34 PM, "David Gomes" wrote: > I'm not against

Re: [Elementary-dev-community] How to review and merge branches

I'm not against prettifiers, I just don't see the need for something like gofmt that aligns comments, indents with tabs and "supposedly" fixes everything. I'm sure vala-analyzer is good for what we need now and we have other priorities now, but maybe one of these days somebody makes a prettifier,

Re: [Elementary-dev-community] How to review and merge branches

That's great. It seemed as though you were against a prettifier when you've been using one all along! The next logical step is to migrate to a dedicated tool (one that is not bound to a certain editor) so users are free to use the editor of their liking. If such a tool is available (and is suffici

Re: [Elementary-dev-community] How to review and merge branches

Dane, it will only breed lazy practices in the arena of style, which is a non issue because said beautifier will correct all such issues. Style isn't something any one needs to be disciplined in for the same reasons we no longer have to be disciplined about writing in assembly: we have automated to

Re: [Elementary-dev-community] How to review and merge branches

And that's why I use an editor that formats certain things about code for me. On Mon, Apr 1, 2013 at 10:13 PM, Craig wrote: > I think you misunderstand me. A prettifier doesn't force the user's style > on the project, but it changes the format of the pushed code to match that > of the project s

Re: [Elementary-dev-community] How to review and merge branches

I think you misunderstand me. A prettifier doesn't force the user's style on the project, but it changes the format of the pushed code to match that of the project so, for instance, other elementary developers aren't plagued by my style and I don't have to mentally manage a conversion between my wo

Re: [Elementary-dev-community] How to review and merge branches

http://dl.dropbox.com/u/19899464/elementaryos_coding_style.html It's this one, not sure if somebody put it up on a Google Docs. On Mon, Apr 1, 2013 at 7:36 PM, Dane Henson wrote: > I understand the hesitance to push lovingly crafted code through a > cookie-cutter code beautifier, but we are ha

Re: [Elementary-dev-community] Granite's IconFactory

Files is using it. — Sent from Mailbox for iPhone On Mon, Apr 1, 2013 at 8:25 PM, Chris Timberlake wrote: > Is there a way to add compile time warnings to it? > In the event developers are using it and are unknowing? I'm not > knowledgeable about adding compile time warnings in Vala but it might

Re: [Elementary-dev-community] How to review and merge branches

I understand the hesitance to push lovingly crafted code through a cookie-cutter code beautifier, but we are hardly talking about chopping everything apart and putting it together backwards. The only document I know of ( https://docs.google.com/document/d/1AcuFhcuEkoEM5_JEhGrdeshRQP5oBudh7IPQJeeux

Re: [Elementary-dev-community] Granite's IconFactory

Yes Chris, it is possible. Vala allows adding annotations to symbols. You only need to add the following annotation at the top of the symbol you want to deprecate.  [Deprecated (replacement = "ReplacementClass", since = "0.3")] class MyDeprecatedClass { ... } On Mon, Apr 1, 2013 at 12:25 PM,

Re: [Elementary-dev-community] cmake, vala and internationalization

Merged, thank you Sergio! On Sat, Mar 23, 2013 at 3:09 PM, Sergio Costas wrote: Hi Victor! Yes, it works fine. You can merge it. Thanks! El 23/03/13 20:29, Victor Eduardo escribió: Hi Sergio, Thank you for the patch! I've applied it to a separate branch for testing purposes, and it h

Re: [Elementary-dev-community] Granite's IconFactory

My bad, I was actually referring to "deprecating" it. Moving the file back into Noise is the logically implied action. I'm sorry for deviating the discussion. Regarding the original topic, I'm assuming that the primary reason for the removal (and not deprecation) of IconFactory would be licens

Re: [Elementary-dev-community] Granite's IconFactory

Is there a way to add compile time warnings to it? In the event developers are using it and are unknowing? I'm not knowledgeable about adding compile time warnings in Vala but it might be worth it. On Apr 1, 2013 11:23 AM, "Sergey "Shnatsel" Davidoff" < ser...@elementaryos.org> wrote: > I suggest

Re: [Elementary-dev-community] Granite's IconFactory

I suggest deprecating it instead of removing it right away. 2013/4/1 David Gomes > I can only remove it when Noise stops using it. > > > On Mon, Apr 1, 2013 at 7:21 PM, Victor wrote: > >> I'm sure Mario has used it in many of his projects. >> >> In my humble opinion, that class it not a big de

Re: [Elementary-dev-community] Granite's IconFactory

I can only remove it when Noise stops using it. On Mon, Apr 1, 2013 at 7:21 PM, Victor wrote: > I'm sure Mario has used it in many of his projects. > > In my humble opinion, that class it not a big deal. It's only a > wrapper/facade around one method from GTK+. > > Would you mind removing the S

Re: [Elementary-dev-community] Granite's IconFactory

I'm sure Mario has used it in many of his projects. In my humble opinion, that class it not a big deal. It's only a wrapper/facade around one method from GTK+. Would you mind removing the StatusBar class too? It is hacky, ugly and incomplete and only Noise is using it. On Mon, Apr 1, 2013 a

Re: [Elementary-dev-community] How to review and merge branches

You're right Craig, although there's something I still don't understand: Why would somebody want elementary to adapt his/her coding style. It's fine if developers focus on the logic first, using their own coding style, but as a final step those developers should also make sure that their code

[Elementary-dev-community] Granite's IconFactory

Hello there, There's a class/object/file in Granite called "IconFactory.vala", you can check it out here - http://bazaar.launchpad.net/~elementary-pantheon/granite/granite/view/head:/lib/Services/IconFactory.vala . Is anybody using it and definitely dependent on it? We're considering removing it

[Elementary-dev-community] On Contractor and Luna

I have some progress to report! Michael, Akshay, Fabian and me have developed a new API for Contractorand Michael went ahead and implemented stub methods

Re: [Elementary-dev-community] How to review and merge branches

Personally, I like that I can write code without thinking about the style and then have it styled automatically when I push. It lets me focus on the logic of my program rather than whether it obeys a style guideline. This is especially useful because I participate in projects involving several curr

Re: [Elementary-dev-community] How to review and merge branches

Fortunately, most of the developers can write good code. And when they fail to do so we have other developers who review their code. We don't need a fancy tool like gofmt that just changes our code. On Mon, Apr 1, 2013 at 3:25 PM, Craig wrote: > The more I read threads like this the more it se

Re: [Elementary-dev-community] How to review and merge branches

The more I read threads like this the more it seems elementary should migrate to Go. :-P On Apr 1, 2013 3:29 AM, "Jaap Broekhuizen" wrote: > I agree with Victor. Consistency matters because it makes readability and > therefore maintainability better. > > -- > Jaap > Op 1 apr. 2013 09:09 schreef "

Re: [Elementary-dev-community] How to review and merge branches

I agree with Victor. Consistency matters because it makes readability and therefore maintainability better. -- Jaap Op 1 apr. 2013 09:09 schreef "Victor" het volgende: > Coding style is a subjective topic, and that's why discussing which one > works best is completely pointless, since it's a mat

Re: [Elementary-dev-community] How to review and merge branches

Coding style is a subjective topic, and that's why discussing which one works best is completely pointless, since it's a matter of preferences. It's like discussing what is the best color. What is important is consistency, and that's why all the new code proposed for merging should follow elem

Re: [Elementary-dev-community] Stable Audience-like video player surfaces

That is not necessarily true. From our experience we know that sometimes agreeing on goals and project vision consumes more time than actual development; merging projects seems trivial but it's certainly not an easy task. Besides, there are no hurries with Audience development at this moment.