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
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
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
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
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
>
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
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
" 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."
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
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
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
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.
>>
>
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 (
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
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
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.
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&
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
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
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
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
; 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
+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
+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
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
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
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}/
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
>>
, 2013 at 1:59 PM, Craig Weber wrote:
Has anyone read this book? If so, how applicable is this for
elementary development? Would you recommend it for Elementary
developers, and what about it could benefit Elementary developers?
If few respond, I'll read through it anyway and prov
h the community, as I believe a
formal testing process is important to developing quality software (and
apparently le Goog does as well).
Thanks,
Craig
--
Mailing list: https://launchpad.net/~elementary-dev-community
Post to : elementary-dev-community@lists.launchpad.net
Unsubscribe :
* [all] Error 2
Effectively, I am experiencing this bug:
https://bugs.launchpad.net/gala/+bug/1072514
.. which I reopened because the solution the OP found hasn't helped me.
Can someone please help with this?
Thank you,
Craig
--
Mailing list: https://launchpad.net/~elementary-d
Oh, and there's also the option to hack out Gala and replace it with
something that does compositing in software. But in that case you're
not really running Luna.
2013/6/23 Craig Weber
I made a brief write up on using VirtualBox to virtualize Luna. My
primary purpose is to increase
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/
I made a brief write up on using VirtualBox to virtualize Luna. My
primary purpose is to increase exposure to Luna, particularly to those
less-technical users; however, it could also be useful for those
looking to create a clean development environment without fear of
breaking their production
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
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
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
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
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,
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
-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.
>
>
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
>>>>
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
>>
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,
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
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
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
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
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
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
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
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
>
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)
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
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
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
+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
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
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 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
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
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
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&
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
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
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
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
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
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:
>
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
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/
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:
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
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
>>
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
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
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
Package 'noise' has no installation candidate
>>>> E: Package 'pantheon-files' has no installation candidate
>>>> E: Unable to locate package pantheonon-greeter
>>>> E: Package 'pantheon-terminal' has no installation candidate
>>>>
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
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
>
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
+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
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
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
>
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
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/
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
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-
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:
>
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
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
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, &
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
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
-- 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.
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
&
+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;>>>> 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:
>>>
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
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
1 - 100 of 110 matches
Mail list logo