2014-02-20 17:18 GMT+04:00 Pepijn de Vos :
It would be a huge help to have bugs labeled as easy and/or having a mentor
> available. See Mozilla for an example:
> https://developer.mozilla.org/en-US/docs/Introduction
>
Actually, we at least used to have something similar - the easy bugs and
the on
I'll repeat this as I'm also guilty of not reply-all'ing (reply-to
header anyone?)
It would be a huge help to have bugs labeled as easy and/or having a
mentor available. See Mozilla for an example:
https://developer.mozilla.org/en-US/docs/Introduction
I looked at the issue tracker for someth
This is a good point, and it is a universal challenge (in both open
source and proprietary projects). It needs effort.
But there must be correlation between successful projects and
well-documented ones: If actively try to lower the barrier one needs
to overcome to start working with elementary (bo
The bigger problem than docs being boring is that the chance you're a writer,
understand what you're writing, and also understand how to teach is extremely
low.
The google doc we started that one time was a complete piece of crap. Technical
writing isn't just boring, it's incredibly difficult
2014-02-19 18:32 GMT+04:00 Sergey "Shnatsel" Davidoff <
ser...@elementaryos.org>:
> 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 i
We're missing a ton of other docs in the website too, but you know how it
goes - writing docs is boring and everybody has better things to do.
--
Mailing list: https://launchpad.net/~elementary-dev-community
Post to : elementary-dev-community@lists.launchpad.net
Unsubscribe : https://launc
I believe you wanted to reply to all (which I do).
I agree. In general, I believe that our contribution guidelines are
broken. For coders in particular, heading to the developer section of
the website has a light introduction to vala, but says nothing on how
to actually contribute to elementary (i
On Tue, Feb 18, 2014 at 1:01 PM, Nikos Vasilakis wrote:
> I believe you wanted to reply to all (which I do).
>
> I agree. In general, I believe that our contribution guidelines are
> broken. For coders in particular, heading to the developer section of
> the website has a light introduction to val
Thanks, David.
On Sat, Feb 15, 2014 at 11:19 AM, David Gomes wrote:
> We decided not to apply given that we need to give higher focus to
> stabilizing our current projects and not just writing a bunch of new ones.
>
>
> On Sat, Feb 15, 2014 at 4:12 PM, Nikos Vasilakis
> wrote:
>>
>> Did we apply
We decided *not* to apply given that we need to give higher focus to
stabilizing our current projects and not just writing a bunch of new ones.
On Sat, Feb 15, 2014 at 4:12 PM, Nikos Vasilakis wrote:
> Did we apply, eventually?
>
> On Fri, Feb 14, 2014 at 1:24 PM, Daniel Foré
> wrote:
> > To be
Did we apply, eventually?
On Fri, Feb 14, 2014 at 1:24 PM, Daniel Foré wrote:
> 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é
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é
wrote:
> This thread i
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
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 wr
Also, we have something similar, I believe: https://github.com/kjlaw89/draw
On Fri, Feb 14, 2014 at 9:18 AM, Tristan Petersen 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 anno
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 wrote:
>
> Another random idea, that is not a ripof
How about our alternative to UbuntuOne/Drop Box ?
On Feb 14, 2014 4:11 PM, "Pepijn de Vos" wrote:
> What I think the OP suggested Contractor for, and what shell scripting
> does not provide is an API to GUI applications.
>
> In AppleScript you could move windows around, show pages in Safari, add
What I think the OP suggested Contractor for, and what shell scripting
does not provide is an API to GUI applications.
In AppleScript you could move windows around, show pages in Safari, add
events to iCal, play songs in iTunes.
I implemented things like a tiling WM, a script to open links in
Well, there's a number of visual programming environments out there already
and I can't see how this relates to elementary specifically. It's more of a
project for the Raspberry Pi community.
--
Sergey "Shnatsel" Davidoff
--
Mailing list: https://launchpad.net/~elementary-dev-community
Post to
I was thinking about a visual programming experience for the end user who might
be unfamiliar with bash. Also, depending on implementation, the app could reach
beyond the scope of elementary, becoming useful for other distros. Just my two
cents.
Cheers,
Marco
El 13-02-2014, a las 9:53, Sergey
I've looked up Automator in Wikipedia and I can't see how that's related to
Contractor. Contractor is designed to be operated by the user, its actions
are not designed to be automatable.
Actually, automating such actions is an unrelated problem, but IMHO shell
scripting suits that use case just fi
I was wondering, since Contractor is taking shape, how possible is it to do an
app like Automator?
Marco
El 13-02-2014, a las 7:45, Aniket Deole escribió:
> We already have Cable
> (http://elementaryluna.blogspot.in/2012/08/cable-new-irc-chat-client.html)
> But that is not an "official" eleme
We already have Cable (
http://elementaryluna.blogspot.in/2012/08/cable-new-irc-chat-client.html)
But that is not an "official" elementary app.
-
Aniket
On Thu, Feb 13, 2014 at 4:04 PM, Pepijn de Vos wrote:
> A proper IRC client.
>
> I know Empathy does IRC, but
A proper IRC client.
I know Empathy does IRC, but it is unsuitable for real use.
Try opening a few dozen channels in its tabbed interface.
Try idling in a busy channel.
All the real IRC clients either *are* a terminal app, or look like
terminal app in a GTK window. Compare some screens from Te
FYI we already have a time machine application, Cronopete. The interesting
work items for it are
1) btrfs snapshots or even old copy-on-write versions of files outside of
snapshots as storage medium, instead of a dedicated partition and
2) Integration into applications, much like for Contractor cli
Great application everyone,
I made a number of textual refinements to the GSOC text, hopefully
beneficial! Someone with edit capability could pull them in the text
(if the GSOC-related people agree).
I haven't gone through the ideas yet. I will try to do it tonight and
work on a "snapshots/time-m
OK, I have an idea that's been collecting the metaphorical dust for many a
month.
In a nutshell, the current "Open or Save?" dialogs in web browsers that
they show when encountering a non-web file are terrible; how can I choose
if I want to keep the file before I even see it? And why the hell can'
The first one that comes to mind is presentation software (like Ease,
but obviously more mature).
Another idea that has been floating around in my mind is an elementary
HIG'd audio session manager (check out Gladish, Claudia, Non Session
Manager for an example of what this is) that would stres
Hi everyone,
It turns out that one of the reasons we weren't accepted for GSOC last year
was the lack of quality ideas. It seems then that projects for GSOC should
be 3 months of work. Maybe for one of us (the regular developers) they'd be
1 month of work, but they should be 3 months of work for a
29 matches
Mail list logo
