Ill have to think on that more, but on first thought I think it's a good
idea to indicate them on the launcher as the presence of a running app
changes the behavior of that particular launcher. (Launching a new window
versus focusing on an existing one).
Spatial concerns can be addressed by using
How do we test clean installs? I've noticed virtualbox can't seem to read
eOS isos.
On Sep 17, 2012 4:43 PM, "Sergey "Shnatsel" Davidoff" <
ser...@elementaryos.org> wrote:
> Hey Alex,
>
> All patches are properly propagated now. Please test OEM installation and
> report results.
>
> 2012/8/27 Serg
osttos
> --
>
> On Tue, Sep 18, 2012 at 2:15 PM, Craig wrote:
>
>> How do we test clean installs? I've noticed virtualbox can't seem to read
>> eOS isos.
>> On Sep 17, 2012 4:43 PM, "Sergey "Shnatsel" Davidoff" <
>> ser...@elemen
Isn't that kind of like pulling all street signs/traffic lights in excited
anticipation for the day when cars have traffic data projected onto the
windshield via HUD?
On Wed, Sep 19, 2012 at 1:00 PM, Sam Tate wrote:
> In the long run (L+1 or even L+2), I want there to be no difference
> between
Generic names may lack pizzazz, but they are good at providing quick
descriptions of their functionality to new users. Also, generic names are
usually very simple/clean (read: minimalist). Basically they're highly
functional.
On Sep 19, 2012 11:25 PM, "Brendan" wrote:
> I think too many distros u
I think American English is pretty standard in computing, even
internationally. Not that it will be a serious impediment d either way.
On Sep 23, 2012 1:28 PM, "David Gomes" wrote:
> First of all, English and Portuguese will be a problem. How can we decide
> which "version" of English and Portugu
I agree with David wholeheartedly. OSX maximize blows. It behaves
unexpectedly and is horribly dysfunctional. OSX even implemented fullscreen
mode as a sort of concession.
On Sep 23, 2012 2:30 PM, "David Gomes" wrote:
> I completely disagree. First of all, this is one of the most hated design
> d
In my mind, it seems to mark more sense to have a maximized window consume
the whole screen, and use smaller windows only when you want to view other
information. Since a non-maximized window already allows you to view other
information, it doesn't seem to make a lot of sense to duplicate this
beha
t;>>> 140 MB are going to be used after this operation by apt-get : sudo
>>>>> apt-get --no-install-recommends --download-only install
>>>>> language-pack-gnome-pl language-pack-gnome-es language-pack-gnome-it
>>>>> language-pack-gnome-ru
t;>>>> Daniel Foré
>>>>>
>>>>> El sep 23, 2012, a las 12:25 p.m., Eduard Gotwig <
>>>>> eduardgot...@gmail.com> escribió:
>>>>>
>>>>> I included here Russian as well, couse its used quite often:
>>>
+1 I don't have an awesome ui reason, but it sure goes against my intuition
when my tabs shift. If these decisions are made, I would like to see them
based in research rather than anecdotes, personally.
On Sep 24, 2012 9:16 PM, "ttosttos Sa" wrote:
> Oopss... watch out for that argument. It does
t;Cassidy James" wrote:
> Hey Craig,
>
> Thanks for bringing this up on the mailing list. I know Cody has been
> looking into model-based design and UML a bit lately, but I don't know much
> about it. It might help me and the developers who aren't as familiar with
&
-- Forwarded message --
From: Craig
Date: Wed, Sep 26, 2012 at 4:54 PM
Subject: Re: [Elementary-dev-community] INK and model based design
To: Daniel Foré
Again, apologies for lack of information. It's a design process, I suppose.
It pertains primarily to developers.
On Thu, Sep 27, 2012 at 5:03 AM, Sergey "Shnatsel" Davidoff <
ser...@elementaryos.org> wrote:
>
> Model centric programs boasts high reusability, efficiency, portability,
>> and simplicity (which translates into reduced maintenance, testability,
>> changeability and easier understandability) all f
I agree, Sam. I think this also highlights the importance of clearly
defining the intentional function for various UI components. Perhaps it
would be useful to separate out the various pieces of functionality into an
"overflow" component and a "settings" component (or separate out the
functionality
quot;lines" logo to me seems generic, and lacking in personality. The cog IS
>> elementary, and has been since the meager days of elementary-nautilus. It
>> seems to me that I would rather miss the little cog in exchange for a
>> generic icon.
>> On Sep 30, 2012 1:34 PM, &
nly requires on simple sub menu for options.
>> A "lines" logo to me seems generic, and lacking in personality. The cog IS
>> elementary, and has been since the meager days of elementary-nautilus. It
>> seems to me that I would rather miss the little cog in exchan
Having just switched from Ubuntu 10.10 to Elementary on my desktop machine
(which I haven't used in over a year), I've noticed a real irritation when
trying to switch workspaces while one hand is on the mouse--the user has to
take a hand off the mouse, put both hands on the keyboard (many keyboards
something. That's my opinion, at least.
On Sun, Oct 7, 2012 at 11:04 AM, satch...@gmail.com wrote:
> Hot corners is the solution, but it's part of a bigger question of whether
> Luna is coming with any hot corners enabled by default.
>
> On 7 October 2012 21:17, Craig wrote:
>
Can we sub in a mouse activity in place of a key combo?
On Oct 7, 2012 5:03 PM, "Sergio Costas" wrote:
> I found how to change the keys for moving from one workspace to another:
> open dconf-editor, and go to
>
> org->gnome->desktop->wm->keybindings
>
> and there, modify "switch-to-workspace-
s left; if you then
> release Z, but keep Super, it stops (as expected), but if you now press
> again Z, it doesn't do left again; you must keep both keys pressed, or
> release both and press them again.
>
> El 08/10/12 00:25, Craig escribió:
> > Can we sub in a mouse act
to increase
traffic to my blog--I genuinely believe this article will benefit
Elementary devs.
http://craigmatthewweber.com/2012/10/14/software-engineering-development-stages/
Feel free to leave feedback via comments or emails.
I hope this helps,
Craig
--
Mailing list: https://launchpad.net/
Hey folks, due to the complexities of Cmake projects, I was wondering if
there has been any discussion regarding an elementary project editor? If
not, I was thinking such a thing could
1) create/setup a new elementary project
2) provide for project configuration (adding/removing source files,
lib
agree this should be shipped in Luna, though, people don't
> want an IDE to be included in an OS, just a normal text editor, like
> Scratch.
>
> On Mon, Oct 22, 2012 at 9:54 PM, Craig wrote:
>
>> Hey folks, due to the complexities of Cmake projects, I was wondering if
>
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" wrote:
> Hey there,
>
> Some time ago we switched to Vala 0.16, it was a very important cha
+1
On Oct 25, 2012 3:36 PM, "Sergio Costas" wrote:
> Hi all:
>
> I want to propose a change for Luna+1 (of course; Luna is frozen and
> only accepts bugfixes): to integrate workspaces and "expose all
> windows", like Gnome Shell. I think it's more natural, because you have
> only one action for m
Yeah, I can work with them. Can you send me their contact info or link me
to their models?
On Nov 1, 2012 4:21 PM, "Sergey "Shnatsel" Davidoff" <
ser...@elementaryos.org> wrote:
> Hey Craig,
>
> I've talked to Victor, the guy behind Noise, and according
Why in the world does this require explanation? Anything that is remotely
fast with a sane syntax is de facto superior to C/C++. I'd use Ada before
C/C++.
On Mon, Dec 10, 2012 at 3:08 PM, Daniel Foré wrote:
> Hey team,
>
> Got this email today from Robert Ancell (the guy behind lightdm, simple
>
g time and resources working on
this, but I'd like to get some discussion going about the merits of this
idea, particularly from people with Go and Vala experience.
Sound off!
-Craig Weber
--
Mailing list: https://launchpad.net/~elementary-dev-community
Post to : elementar
ementary for
lack of time; however, when I had the time to contribute, the project
management (or lackthereof) was a huge buzzkill.
Thanks for your response,
Craig :)
On Tue, Feb 5, 2013 at 3:16 PM, David Gomes wrote:
> If by "Elementary", you mean elementary OS, I'd like to sa
ple, so you could probably get a good feel for it in an hour or two if
you'd like to better understand my proposal. http://golang.org/doc/
http://golang.org/doc/install Also, the golang.org website has some pretty
great documentation.
Thanks,
Craig
--
Mailing list: https://launchpad.net/~ele
look cool and easy to use, but
>>> they are go-only. I think you should learn CMake or Autotools because you
>>> can use them with every language/library/framework that needs building
>>> (even Go!). Anyways, "go build" is probably not too hard to write for Vala
>>
Pardon my ignorance, but what's CSD?
On Mar 11, 2013 4:56 PM, "Daniel Fore" wrote:
> Hey guys,
>
> It looks like there is progress happening right now on CSD upstream in
> GTK+. Rumor has it, this might be land-able as early as GTK 3.10
>
> Here's the branch:
> https://git.gnome.org/browse/gtk+/l
As a data point, I never use the sound indicator for anything besides
adjusting volume. I can't put my finger on why, and I've certainly tried;
however, I always find myself going back to the application to control the
application. Again, this is just my data point. :)
On Wed, Mar 13, 2013 at 10:
Good work David. Have you (elementary) considered using a prettifier to
standardize a code style upon pushing to your trunk?
On Mar 28, 2013 7:17 PM, "Cody Garver" wrote:
> Cool, it's pretty thorough.
>
>
> On Wed, Mar 27, 2013 at 7:58 AM, David Gomes wrote:
>
>> http://dl.dropbox.com/u/19899464/
If this works intuitively, you may have won me back to elementary
development.
On Mar 29, 2013 7:32 PM, "Sergio Costas" wrote:
> Hi all:
>
> Several days ago, another user commented that using CMake with Vala was
> quite hard and difficult.
>
> After thinking about it, I reached the conclusion th
red' using a prettifier too, but I just use Emacs to fix
>> some stuff on my code - a prettifier script would be too much work and I
>> don't know of any libraries that would help me with the task.
>>
>>
>> On Sun, Mar 31, 2013 at 3:34 AM, Craig wrote:
>
yled inconsistently it only gives the impression
>> that you were coding in a hurry, and we don't want to accept that kind of
>> code, even though we have a ton of it already.
>>
>> Thanks for your attention,
>> Victor.
>>
>> On Sun, Mar 31, 2013 at 12:48
od 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 seems el
013 1:11 PM, "Victor" wrote:
> 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
n invaluable programmer, especially when it
> comes to mundane details like this.
>
> (please don't look at my personal projects as an example of good code...
> nobody is perfect :P)
>
>
> On Mon, Apr 1, 2013 at 1:10 PM, Victor wrote:
>
>> You're right
le (and is sufficiently simple to use), it makes
no sense to avoid using it.
On Apr 1, 2013 4:14 PM, "David Gomes" wrote:
> 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
aybe one of these days somebody makes a prettifier,
> it's just that it's not an easy task.
>
> Also, let's please end the discussion on this thread please, we're really
> off-topic.
>
>
> On Mon, Apr 1, 2013 at 10:26 PM, Craig wrote:
>
>> That&
idual comments and comments on behalf of elementary as a
whole are both welcome.
Sound off!
Thanks,
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
gt;
> I don't think we have any unit testing in place yet. Midori probably has
> but that's it.
>
>
> 2013/4/4 Craig
>
>> Hello everyone,
>>
>> I'm curious what you devs do for testing? I'm not particularly familiar
>> with Vala, but I'm
*If anyone is interested in starting a Vala Unit Test project under the
umbrella of the elementary community, I'm sure we could get quite a bit of
traction from the Vala community at large and I would love to help out. -
Dane Henson*
*
*
Not only that, but I imagine it would garner quite a lot of p
t handling.
Applying tests where they're useful prevents us from testing stable code.
And then moving forward, we can write tests for all new functionality.
On Thu, Apr 4, 2013 at 10:00 AM, Craig wrote:
> *If anyone is interested in starting a Vala Unit Test project under the
> umb
If we can get a number of experienced test practitioners and Vala
developers to commit to it, I wouldn't mind contributing to a test
framework development. Would anyone else be interested?
On Thu, Apr 4, 2013 at 10:13 AM, Craig wrote:
> *Would it be feasible to create a Unit Test
+1
Sergey, that page is massive. Could you send us the interesting parts?
On Thu, Apr 4, 2013 at 11:59 AM, Goncalo Margalho wrote:
> Sergey, how do you write code in Vala and write tests in C? it becomes too
> difficult for a developer, don't you think?
>
>
> On Thu, Apr 4, 2013 at 5:18 PM, Ser
that
provides even that, I think we can go a long way.
On Thu, Apr 4, 2013 at 10:45 AM, Goncalo Margalho wrote:
> I would be interested but I'm not the best vala developer for sure.
>
>
> On Thu, Apr 4, 2013 at 4:40 PM, Craig wrote:
>
>> If we can get a number of experien
Alright guys,
I think it would be a good start to select an application and try to start
writing tests with it. It seems like GLib's testing environment should be
satisfactory (see this:
http://blog.remysaissy.com/2012/11/setting-up-unit-tests-in-vala-project.html);
however, Vala's development env
Happy Monday everyone,
I wrote a brief comparison of Vala and Go (golang) that might be of
interest to some of you. Feel free to add your thoughts in the comments.
http://craigmatthewweber.com/2013/04/06/vala-or-go/
Enjoy,
Craig
--
Mailing list: https://launchpad.net/~elementary-dev-community
AM, Ryan Macnish wrote:
> Go is brilliant, it has the best parts of c and the best parts of modern
> languages built in.
> On Apr 8, 2013 9:22 PM, "Craig" wrote:
>
>> Happy Monday everyone,
>>
>> I wrote a brief comparison of Vala and Go (golang)
mpliant
> app in all popular languages, Java, Python, C++, Go, Objective C and Ruby
> at least.
>
> Craig skrev:
>
> >@Chris, Syntactically, I think Vala is a great language. I'm dying to use
> >it, in fact! However, until I can get over the nasty project-management
>
C
> instead of a high level OOP language.
>
> On Mon, Apr 8, 2013 at 9:24 PM, Craig wrote:
>
> That brings me to a question I've had for a while--I'm not sure what goes
> into creating a C binding for any language, but is it possible to create a
> C binding to
anguage in our apps before Luna.
>
> Lucas
>
> On 08/04/2013 18:02, Craig wrote:
>
> Many languages support binding to C (probably more common than GObject
> introspection), so if it works with C, other high level OOP languages can
> bind to it without needing support f
it's too early to judge it, I think.
> —
> Sent from Mailbox <https://bit.ly/SZvoJe> for iPhone
>
>
> On Mon, Apr 8, 2013 at 8:12 PM, Craig wrote:
>
>> At this point the discussion is about Granite and the elementary HIG,
>> which seems like an appropriate
O question here:
http://stackoverflow.com/questions/16007420/why-does-cairo-set-source-rgb-paint-the-whole-canvas
Please advise, because I'm stumped!
Thanks List!
- Craig
--
Mailing list: https://launchpad.net/~elementary-dev-community
Post to : elementary-dev-community@lists.launchpad.net
ase help point me to some relevant materials?
Thanks,
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
I think the issue is that the elementary developers don't have the capacity
right now to take on something of that magnitude.
On Apr 25, 2013 6:54 AM, "ecir hana" wrote:
> Hello,
>
> I found about elementary few days ago and I like it a lot. Please, I would
> like to ask about your opinion or eve
yourselves to maintain and the amount of time you spend writing new
software is going to drop off exponentially as the complexity (as
complexity produces bugs) increases.
Please let me know if/how I can help you.
Craig
--
Mailing list: https://launchpad.net/~elementary-dev-community
Post to
That's exactly what I'd like to know: how can I help. I can try and post
some tutorials, but I'd like to know who is interested and what the
development community already knows.
On Apr 26, 2013 6:39 AM, "Pál Dorogi" wrote:
> Hi Craig,
>
> I agree 100% /w you,
eworks?
>
> Jaap
> Op 26 apr. 2013 22:21 schreef "Cassidy James"
> het volgende:
>
>> I don't think we need any convincing; everything I've heard from the devs
>> is that we need to do this. It's just a matter of figuring out a common way
>>
ries(${LIB_PATHS})
>>>>
>>>> # Does not work set (ENV{PKG_CONFIG_PATH} ${EXTERNAL_BINARY_DIR}/src)
>>>> vala_precompile (VALA_C
>>>> ${VALA_SOURCES}
>>>> PACKAGES
>>>> ${PKG_DEPS}
>>>> posix
>>>>
-ZT_dtlrR0
Enjoy,
Craig
On Sun, May 5, 2013 at 1:00 AM, Pál Dorogi wrote:
> I have uploaded my stuffs to launchpad, so you can have a look at it
> at https://launchpad.net/dafproject
> The dafcore, dafui and dafvalidation projects have unit tests under
> test directory.
>
>
Checkboxes always worked for me. I don't think the touchscreen revolution
is responsible for the transition to switches (a checkbox is no less user
friendly than a switch afaik).
On May 24, 2013 1:31 PM, "Jakob Eriksson" wrote:
>
> Which I find incredibly confusing, at least on iOS.
> More than o
e dependency
lists (basically anywhere you see a reference to gtk+-3.0)
4) To build, navigate to the project's root directory and type:
mkdir build
cd build
cmake ..
make
5) Your executable will be in build/src/ (I have no idea why)
If you have any problems, questions, concerns, suggestions,
eel 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
something I though would be pretty cool.
>
> El sáb, 15 de jun 2013 a las 12:30 ,Craig escribió:
>
> 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 lan
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
lled--can someone tell me what could be going
wrong here?
Please and thank you,
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
t;Shnatsel" Davidoff <
ser...@elementaryos.org> wrote:
> Sounds like you have an outdated development package; run "apt-cache
> policy libgranite-dev" to list all available versions. The easiest way to
> install an alternative version is via Synaptic.
>
>
> 2013/
h
> it adds an overhead of writing tests.
>
>
> On Mon, Jun 24, 2013 at 12:46 AM, Craig Weber wrote:
>
>> Also, on this note, I think it would be a very productive thing for some
>> of us to collectively read software development books and discuss ideas
>>
ibraries(${UNIT_TESTS} ${LIBS})
>>> target_link_libraries(${UNIT_TESTS}
>>>
>>> ${BINARY_DIR}/${EXTERN_SOURCE_DIR}/${CMAKE_FIND_LIBRARY_PREFIXES}${EXTERN_PROJ}${CMAKE_FIND_LIBRARY_SUFFIXES})
>>> target_link_libraries(${UNIT_TESTS}
>>>
>>> ${CMAKE_BINARY_DIR}/
I don't think it's a bad idea (at least not if it were implemented well),
but I do think it would take a substantial development effort... too much
effort for such a tertiary feature.
On Jun 28, 2013 1:31 PM, "Allen Lowe" wrote:
> I think independent workspaces on each monitor is actually terribl
en be able to try it; however, I'm
working to figure out how we can set up a TDD environment for ourselves. In
the meanwhile, I hope you'll read the episode and start to understand TDD
principles and practices so you have less learning to do once we have tests
set up.*
Thanks for y
+1
On Jul 9, 2013 12:03 AM, "Conscious User" wrote:
>
> Erm... I'm not sure how to answer this. None of
> your replies seem to be relevant or even directly
> related to what I said.
>
>
> Em Seg, 2013-07-08 às 23:27 -0500, Cody Garver escreveu:
> > If anyone is an opponent of GNOME tech right now
+1
On Jul 13, 2013 2:55 PM, "Dane Henson" wrote:
> One does not simply fork launchpad.
> On Jul 13, 2013 2:52 PM, "Cassidy James" wrote:
>
>> Chris,
>>
>> Launchpad is technically open source, but it's designed to be used only
>> on Canonical's infrastructure and they aren't interested in making
; especially with respect to how we can keep quality high using processes
> rather than sheer developer effort (so as to free you developers to work on
> interesting problems rather than bug hunting).
>
> Thanks for reading,
> 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
out of the question. And if you aren't automating then
you can't continuously integrate (running all tests every time a change is
made to the repository in order to find bugs as soon as they are made).
Honestly, if you aren't automating then testing becomes too impractical.
On Au
e code."
—
Sent from Mailbox <https://www.dropbox.com/mailbox> for iPhone
On Sun, Aug 18, 2013 at 3:47 PM, Craig wrote:
> Hi Alex,
>
> tl;dr: Unit tests are pretty much necessary to have an architecture on
> which you can run automatic system-level tests, and if you aren
David,
I understand and appreciate the difficulty; however, I've had exactly zero
questions about TDD. Like I said in the original post, I'm happy to answer
any questions you may have.
Please take me up on that offer any time.
Thanks,
Craig
On Aug 18, 2013 6:57 PM, "David Gomes&q
This is cool and important, but I don't think it should stop the discussion
on test driven development. Perhaps this could be a separate thread? It
doesn't sound as though anyone is opposed to TDD, so can we confirm that?
And if no one is opposed, how can we proceed? Can we start some kind of a
"te
arted TDD with new code (and
existing defects), you would be doing yourself a huge favor. I'm not
suggesting that everyone stop what they're doing and go back and test every
line of code (although it would be a good thing to chip away at over time),
but practicing TDD on _new_ code can&
me. Then, in time, you'll have part of your
> code tested, which is exactly what we're aiming for. Beginning is hard,
> continue something is easier.
>
> I have never heard a project die because they decided to move to TDD. And
> I heard about lots of hits on the matter.
fore you write the actual code ...
>
> It's going to be a mess.
>
> What might work are regular unit tests, implemented by people who kind of
> know what they're doing (we need some documentation for that, maybe add it
> to the dev guide). This will give us some of the
Vala can target Windows and OSX last I checked. Also, Elementary can run
apps written in non-Vala languages. Of course, it's not supported because
Elementary's development resources are spread so thin and many developers
here don't have expansive experience in other languages.
On Wed, Aug 21, 201
To get this conversation back on topic, I'm experimenting with developing
Gtk apps in Go (http://golang.org). Once I have that "mastered", it
shouldn't be too hard to make Granite apps given that Granite compiles to
C. And Go is probably only a little slower than Vala but a lot more user
friendly (
the intentions of the current owner
> are, but I would personally like to see a new version of Footnote...
>
> Craig wrote:
>>
>>
>> I have never heard a project die because they decided to move to TDD. And
>>> I heard about lots of hits on the matter.
>>
>
ach a
different project. For the time being, I'll start looking for promising
projects.
Thanks,
Craig
On Aug 22, 2013 12:55 AM, "Alex Lourie" wrote:
> Craig
> It seems we're running circles. No leader is needed now aside for someone
> who starts writing code. How about you
d like
to implement testing on any projects you're involved in, please hang me a
line!
Thanks again,
Craig
On Thu, Aug 22, 2013 at 7:38 AM, Dane Henson (elementary) <
d...@elementaryos.org> wrote:
> Craig,
> I don't think this is something you can just hand off. You ch
Hi Dane,
I didn't take it hostilely :) And I didn't mean to say I was busier than
anyone else; I'm just a lot busier than I used to be I suppose. Let's talk
sometime. Email me off the list and we'll sort it out. With that, I think
we can conclude this thread.
Have a g
" So I'd probably start off by getting rid of all the technical debt we
might have accumulated in the race to release and getting some tools to
manage the increased complexity we're facing, e.g. unifying the way CMake
works, providing better code documentation, adding some automated testing,
etc."
Calm down, I was kidding. But I really support keeping quality high while
minimizing developer workload. Carry on.
On Aug 25, 2013 9:01 AM, "Sergey "Shnatsel" Davidoff" <
ser...@elementaryos.org> wrote:
> Oh God, this is turning into yet another TTD thread!
>
> Please, keep the TTD holywar out of
I don't think this is necessarily a bad idea, but I think the real issue
isn't that glib.Test is incomplete, but that it might lack a lot of
convenience utilities. I think the community should get some experience
with glib.Test before we go and wrote or own testing packages. Then when we
do wrote t
What do you mean "real apps"? As long as the code executes, I don't see the
value in the distinction.
On Sep 3, 2013 2:30 PM, "David Gomes" wrote:
> >also we're not talking on mere theory or philosophy; we posted real code,
> examples and documentation; also real-life experience. This is a sane
>
That's too bad. This is one of the more interesting topics to hit the
mailing list in a while. :/
On Thu, Dec 19, 2013 at 10:52 AM, Daniel Foré wrote:
> Hey Daniel,
>
> This list is used for developers to coordinate their efforts. If you're
> working on one of these projects and looking for assi
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 s
commend to Harris is to start off with
> something simpler like Python and when you're feeling more confident try
> The Vala Tutorial again.
>
> Have fun and good luck,
> David "Munchor" Gomes
> On Jul 27, 2014 5:37 PM, "Craig" wrote:
>
>> Unfor
making it into trunk (I don't want to waste my time or yours!).
Please advise.
Thanks,
Craig
--
Mailing list: https://launchpad.net/~elementary-dev-community
Post to : elementary-dev-community@lists.launchpad.net
Unsubscribe : https://launchpad.net/~elementary-dev-community
1 - 100 of 110 matches
Mail list logo