Re: [Elementary-dev-community] [Merge] lp:~elementary-dev-community/audience/prevent-screen-timeout into lp:audience

[xapantu]

Review: Needs Fixing

Yes, we want to avoid hard-dependency on X as we are slowly switching to 
wayland in the years to come.

On top of that, maybe that could be done at a gala level, I think we should 
disallow screen-timeout when a video player is launched/playing (but we can add 
this to audience for now).
-- 
https://code.launchpad.net/~elementary-dev-community/audience/prevent-screen-timeout/+merge/262939
Your team elementary Developer Community is subscribed to branch 
lp:~elementary-dev-community/audience/prevent-screen-timeout.

-- 
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] [Merge] lp:~elementary-dev-community/granite/fix-1324424 into lp:granite

[xapantu]

Review: Approve

It looks fine - thanks for your work. I didn't test the *BSD part, I assume 
that you or Olivier Duchateau tested it.

I am going to merge this with an upper case style (i.e DRAGON_FLY instead of 
DragonFly).
-- 
https://code.launchpad.net/~elementary-dev-community/granite/fix-1324424/+merge/229547
Your team elementary Developer Community is subscribed to branch 
lp:~elementary-dev-community/granite/fix-1324424.

-- 
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] GUI testing

[xapantu]

Hi,

I read that there were some interests in automated tests here, but 
apparently the attempt were targeted to unit tests to directly test the 
code. Here is an other approach, which is to test the GUI and not only 
the engine. (And yes, there is some real life code working, see below.)


I wrote a (rather short) blog post about GUI testing with Autopilot: 
http://xapantu.wordpress.com/2013/06/17/automated-testing-with-autopilot/


(I could have wrote all of that in a mail, but originally I wanted to 
make a longer article to explain how to write tests, but due to a lack 
of time, it will follow later.)


For the tl;dr; version, it uses Autopilot, and the code is at 
lp:~xapantu/pantheon-terminal/tests.


Comments welcomed, all of that is far from being perfect!

Lucas

--
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] JHBuild

[xapantu]

Hi,

Here is a quick article I wrote, originally for the eos journal (but 
apparently everyone does not think it suits it): 
https://xapantu.wordpress.com/2013/06/09/build-pantheon-and-elementary-applications-with-jhbuild/


Comments and feedback welcomed, I hope it will be useful.

Lucas

--
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] Vala/Go

[xapantu]

Just see /usr/include/granite/granite.h if you want to use granite with 
C. Just do the translations from vala code to C code, i.e. for new 
Granite.Widgets.ModeButton, it is granite_widgets_mode_button_new.


However, as Jaap said it, I am not sure this is the  place to discuss 
about go and Vala, especially when Luna is not released yet and that we 
will NOT change any language 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 for GObject introspection. :-)


On Apr 8, 2013 10:58 AM, "Nishant Agrwal" 
mailto:nishantagrwal12...@gmail.com>> 
wrote:


Granite is written in Vala, so I guess any gObject Introspection
capable language should be very easy to use, especially those with
dynamic binding, like Python. As far as C goes, Vala compiles to C
anyway so that should be pretty easy as well, although I don't
think most people would like to use C instead of a high level OOP
language.

On Mon, Apr 8, 2013 at 9:24 PM, Craig mailto:webe...@gmail.com>> 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 granite? If so, your proposal
would be limited only by the availability of granite bindings. On
the other hand, though I think Elementary development has a
substantial barrier of entry, I don't know Elementary's goals of
simplicity and consistency would be especially well-served by
fragmenting the tools used. On the *other* other hand, it could
also bring a lot of developer attention to the project, albeit
Elementary's relatively small community, I think it would be
difficult to find enough people to create and maintain bindings
for all of those languages. Thoughts?


On Mon, Apr 8, 2013 at 10:38 AM, Jakob Eriksson
mailto:ja...@aurorasystems.eu>> wrote:

I think there should be a tutorial for writing an Elementary
HID compliant app in all popular languages,  Java, Python,
C++, Go, Objective C and Ruby at least.

Craig mailto:webe...@gmail.com>> 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
>hump, I'm afraid I'm out of the loop. And don't think
project management
>features are useful only to building and distribution. How
can an IDE know
>which symbols are available outside of the current file (for
purposes such
>as code verification, autocompletion, etc) without knowing
something about
>what files are available to the project? Decent project
management features
>are an important aspect of a language (for all kinds of
purposes), and when
>they are missing, non-standard, or overly complex; it makes
the language
>impractical.
>
>@Sergey, I'm not confusing the two. As I mentioned in my
response to Chris,
>the two issues are linked--it's impractical to develop an
application
>without a simple, automatic project metadata management tool
and Vala
>doesn't seem to have one (I can't find _any_ information
about bake online).
>
>To address your last paragraph, I don't know what the crux
of the issue is
>(nor what the best solution is), but useful programs haven't
been single
>files for decades; it's archaic to treat the project
management concerns of
>development as an afterthought when developing languages.
Like you said,
>why expose the developer to that unnecessary complexity? I
have yet to find
>a better paradigm than Go's for mitigating that concern.
>
>
>On Mon, Apr 8, 2013 at 9:07 AM, Ryan Macnish
mailto:nisshh.ubu...@gmail.com>>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" mailto:webe...@gmail.com>> wrote:
>>
>>> 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

>>> Post to :
elementary-dev-community@lists.launchpad.net
 

Re: [Elementary-dev-community] Testing Round 2

[xapantu]

Hey,

I do not really have the time to read the whole conversation, but a few 
points:


An unfinished article on the subject (lack of time, etc...): 
http://xapantu.wordpress.com/2013/04/07/writing-tests-using-ldtp-for-elementary/



I have already implented a few tests in the past (unfortunately, due to 
lack of time there is nearly nothing), for instance for scratch:
http://bazaar.launchpad.net/~elementary-apps/scratch/scratch/view/head:/scratchcore/core-tests/main.vala 
 
(and more generally all the scratchcore/ folder)
I think there were a few things for marlin/pantheon files too, but I 
cannot remember wether it has been erased by some crazy merges or not.


You can use accessibility features to do efficient testing, see mago, 
ldtp, at-spi:

https://live.gnome.org/DesktopTesting
http://ldtp.freedesktop.org/ (it looks like it is down at this moment 
but this is the most interesting one).


I recommend you to not sart with Noise, it has a complex UI (code side), 
and it does some weird things when you try to do automation with it (I 
tested, at-spi was not strong enough to work with Noise if I recall 
correctly). Marlin/pantheon-files seems a better target for an 
experiment (the widgets are simplier).


Inline replies below:

On 06/04/2013 19:56, Craig wrote:

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 environment is too complicated for me (a 
Vala noob) to get a project set up for tests.
See scratch build systems and our custom cmake modules, it should be 
sufficient to do everything you want, and quite easily I think ;) (for 
someone who knows CMake reasonably).
If someone would be willing to volunteer to get GLib's testing set up 
for Noise (or something else if they so desire) including a quick 
example test (so those of us with testing--but not Vala--experience 
can have a starting point), I would be willing to start writing tests 
and working with the project's primary developer(s) to get them 
started toward Test Driven Development (other developers with TDD 
experience also expressed interest).
Unfortunately, starting unit testing means a lot of code reorganization, 
so this is actually the point that someone needs to work on. Writing 
tests once the API is clear is the easiest part -.-


[...]

My "vision" for this experiment is that someone can set up Noise (or 
some other project) for testing, and then I (and/or other volunteers) 
can start writing a few tests for it and sort of coach the developers 
in TDD for the purpose of getting the developers to a self-sufficient 
state before potentially moving onto another project and doing the same.


Thoughts?
In my opinion, writing a few blog posts would be also an interesting 
thing, there are very few good articles about GUI testing for 
Vala/GTK/CMake.


Lucas

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

[xapantu]

Le 19/11/2012 17:43, Benjamin VanMeggelen a écrit :
I understand the issue with the translation. From what I understand 
(as french being my second language) the translation from Noise to 
french is Bruit. I'm not sure if the application titles have been (or 
will be) translated, but if so "Bruit" gives the same proper 
description of what Noise is in english.
I hope it doesn't, IIRC "bruit" is much more negative than noise. 
"bruit" is just something you don't want to hear, when you say music is 
"bruit", it means that the music is very, very bad. And no, the names 
aren't (or shouldn't?) be translated ;)
(But as Corentin said, "noise" is not much better than "bruit" is french 
anyway.)


Lucas



On Mon, 19 Nov, 2012 at 11:38 AM, Corentin Noël  wrote:
Okay, I disagree with you all then because in my language (french) 
there is two way to pronounce that :

In french, and that word exists and means "problems"
In english, and that is really hard because there is an double voyel 
(no-ise) so it's not that good for us.

I let the democracy choose, but here are my two cents.

Regards,
Corentin Noël (tintou)

Benjamin VanMeggelen a écrit :

>I also agree that Noise is an appropriate name for the player. I 
feel that this naming scheme is most relevant to the player, as 
opposed to Tempo or some of the others that have been mentioned. 
Noise seems more generic and straight-forward as to what the app is 
meant to do.

>
>On Mon, 19 Nov, 2012 at 9:51 AM, Felix Akkermans wrote:
>I also agree with Jaap. Both names are equal to me in 
communicational value, so definitely not worth the effort and hassle.

>
>On 11/19/2012 03:46 PM, Chris Triantafillis wrote:
>I agree with Jaap and i'm against rename it...
>Also i don't like Tempo, Noise is much better...
>
>
>2012/11/19 Jaap Broekhuizen
>Don't we already present Noise in the OS as a music player? Doesn't 
the icon have the purpose of showing the user what the app probably does?

>
>IMO "Noise" relates more to music than "Tempo" does. Also, if we are 
going this way with Noise because the name should directly show 
people what the app does, we should probably rename Geary and Midori 
too. And the makers of Empathy, Skype, Spotify, Steam, Firefox, 
Opera, Launchpad, Google Plus, Banshee, Clementine should probably 
have to start to think about a new name too.

>
>When we moved from Beatbox to our own fork the choice was made to 
name it "Noise". That already resulted in some confusion among the 
users. Renaming it again will only yet again result in more confusion.

>
>There will always be people who say a certain name is not good for 
the app, or that it is weird. The same will happen when you rename it 
to "Tempo", or any other name for that matter.

>
>IMO Noise should only be renamed if there is a really, really good 
reason to, and some users complaining it may sound negative is a good 
reason, i think. Also when you choose to rename it, the new name 
should be significantly better than the old name, if you want to show 
the confused users that it was really necessary and useful to make 
the change.

>
>Just my two cents,
>Jaap
>
>Op ma, nov 19, 2012 at 3:14 ,David Gomes schreef:
>
>It's trivial to you because you know what Noise is. It's a media 
player, you know it.

>
>For people who don't, it's better if that name it is installed under 
in the computer is "Music Player" or something like that. It's easier 
for most people.

>
>
>On Mon, Nov 19, 2012 at 1:23 PM, Jaap Broekhuizen | Mobiel wrote:
>What is "many"? Seems like a trivial thing to me...
>
>--
>Jaap
>
>"Sergey "Shnatsel" Davidoff" schreef:
>
>>2012/11/19 Jaap Broekhuizen :
>>> Is there an actual logical reason to rename Noise?
>>
>>"Noise" is perceived as something negative by many (the kind of people
>>who are not crazy about metal or industrial), that's it AFAIK.
>>
>>--
>>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,
>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.

Re: [Elementary-dev-community] Elementary Hackfest

[xapantu]

Hi,

I am living in Paris now. Just for your information, I will not attend 
to any hackfest if it is not during my holidays, my studies are 
overwhelming me (:P). But if it is during my holidays, and in Europe, I 
will probably come (but I can buy my train tickets myself, from Paris to 
Frankfurt it is approximatively 100EUR (~130$ I think)). Maybe only one 
day, I am not sure...


It would be great, and would speed up the development :)

Lucas

Le 03/10/2012 18:48, Florian Reifschneider a écrit :
I'm currently attending university in Frankfurt (computer science at 
Goethe Univerity), so if Frankfurt would be decided on for the 
location, I could try to get some kind of support from the university 
and certainly help to organize on site.


On Wed, Oct 3, 2012 at 8:15 AM, Dane Henson > wrote:


Haha, we're so spread out in the US.  It looks like my wife and I
are going to have to plan a trip to Europe without the kids.  I'v
always wanted to see Germany. :P

On Tue, Oct 2, 2012 at 4:36 PM, Eduard Gotwig mailto:got...@ubuntu.com>> wrote:

If we would do it in Frankfurt, I am sure we can get sponsors on
board for this.


2012/10/2 David Nielsen mailto:gnomeu...@gmail.com>>

Okay so far you are truly multinational. It looks like Europe
is the best place for it, maybe Frankfurt is a good choice.

Experience tells me that getting a person from the US to
Europe is roughly 1800$, internal travel in the EU is a bit
cheaper and can probably be had at a medium cost of 1000$ per
person. Which means currently just around 10.000$ in travel
costs alone, board is typically roughly the same so I'll need
to find at least 20.000$ in sponsorships to be on the safe
side. This is given that I can find a venue sponsor as
renting a place is expensive.

Luckily Elementary uses a lot of technology backed by
businesses, e.g. Yorba, Codethink, Fluendo, Canonical and
such, plus I might be able to squeeze a bit out of GNOME and
maybe MonkeySquare can pitch in. It should at least get us a
bit of the way there but it is still a high number to hit, we
may have success using something like ChipIn to gather some
funds as well.

Regardless that is a lot of money which will take some time
to gather. One option that has worked well in the past has
been putting events right after FOSDEM since a lot of
developers go there anyways and occasionally employers can be
convinced to pay for the ticket. I gather you are all
students or otherwise unable to take advantage of such an option.

So a bit of a task ahead it seems. On the plus side this is
going to a challenge which is always a good thing.

Sent from my iPad

Den 02/10/2012 kl. 11.01 skrev Dane Henson
mailto:d...@elementaryos.org>>:


If nobody is opposed to it, I created a collaborative google
map and set it so that anyone can edit it:

http://goo.gl/maps/1flld

I understand that this kind of thing can be controversial,
but if you are concerned about giving away your location,
just drop a placemark on the nearest major city.  At least
that way we can get a rough idea of the distribution of
elementary devs.

On Tue, Oct 2, 2012 at 6:48 AM, Mario Guerriero
mailto:mefri...@gmail.com>> wrote:

We have to make a shared Google DOC and write here our
location...

Sent from iPhone 5

Il giorno 02/ott/2012, alle ore 08:06, Daniel Foré
mailto:dan...@elementaryos.org>>
ha scritto:


Hey David,

That sounds like an awesome idea! I'm CC'ing the dev
mailing list so we can see how many devs we have available
and able to attend such a hackfest.

As far as where we're located, we're quite distributed
across the USA and Europe haha. I wonder if there's a way
to get a map of where everyone is?

On Mon, Oct 1, 2012 at 3:16 PM, David Nielsen
mailto:gnomeu...@gmail.com>> wrote:

Hi Dan,

I forgot your email and my OS X machine is
reinstalling to prepare for
my first Luna install so I am using Launchpads contact
form really
quickly.
Regardless, I would like to contribute to Elementary
but I am not much
of a programmer, I do however arrange a mean Hackfest.
I have previously
pulled off two annual GNOME and Mono hackfests and
since I have taken a
position on the MonkeySquare board I am also doing a
Hackfest on day 3
of our annual MonkeySpace conference.

I have seen how effective such events have been for
other groups and I
think th

Re: [Elementary-dev-community] -lm and building the terminal

[xapantu]

Hey,

On 14/09/2012 00:12, David Gomes wrote:

target_link_libraries gives me:

/usr/bin/ld: CMakeFiles/pantheon-terminal.dir/src/TerminalWidget.c.o: 
undefined reference to symbol 'floor@@GLIBC_2.2.5'
/usr/bin/ld: note: 'floor@@GLIBC_2.2.5' is defined in DSO 
/usr/lib/libm.so.6 so try adding it to the linker command line

/usr/lib/libm.so.6: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status

So I tried:

find_library (M_LIB m)
target_link_libraries (pantheon-terminal ${M_LIB})
add_subdirectory (po)

add_executable (pantheon-terminal ${VALA_C})

You need to put the target_link_libraries under add_executable. With 
add_executable, you define a new target, you can't use it before it is 
defined.


Lucas


But I get:

CMake Error at CMakeLists.txt:66 (target_link_libraries):
  Cannot specify link libraries for target "pantheon-terminal" which 
is not

  built by this project.

Any ideas?

On Thu, Sep 13, 2012 at 8:25 PM, xapantu <mailto:xapa...@gmail.com>> wrote:


« l » is only here to tell gcc it is a lib, the lib name is
actually « m ».
Just remember that link_libraries is deprecated, please use
target_link_libraries :P (well, I don't think it will be removed
from CMake before a lot of time, but it is useless to keep writing
code with it.)

Lucas


On 13/09/2012 14:28, Darcy Brás da Silva wrote:

Humm, if the fix was passing m, i guess cmake passes l prefix for us...
Nice!
On Thu, 2012-09-13 at 11:23 +0100, David Gomes wrote:

Well Darcy, that email was @voldyman ;)

Regarding the general issue, I found a way to fix it, thanks to
devidfil's Github link, I just added:

link_libraries (m)

Right before the add_subdirectory call and it's working for everybody
now.

On Thu, Sep 13, 2012 at 11:16 AM, Darcy Brás da Silva
  <mailto:dardeve...@cidadecool.com>  wrote:
 I'm not saying to implement it ourselves. I'm saying to make a
 vapi to
 have access of it from C  library in Vala, which is a
 very
 different thing :)
 On Thu, 2012-09-13 at 09:50 +0100, David Gomes wrote:
 > Implementing Math.floor and Math.ceil ourselves would work,
 but I'm
 > trying to avoid that for obvious reasons :)
 >
 > On Thu, Sep 13, 2012 at 4:22 AM, Voldyman
   <mailto:voldyman...@gmail.com>
 > wrote:
 > If we implement Math.floor function in pantheon
 terminal
 > source wouldn't that work?
 >
 >
 > On 13-Sep-2012, at 3:29 AM, David Gomes
 >  <mailto:da...@elementaryos.org>  wrote:
 >
 >
 >
 > > On the terminal we now need Math.floor and
 Math.ceil for
 > > zooming in and out using Ctrl-+ and Ctrl--.
 > >
 > > This brought along an issue when building the
 termina:
 > >
 > > /usr/bin/ld:
 > >
 CMakeFiles/pantheon-terminal.dir/src/TerminalWidget.c.o:
 > > undefined reference to symbol 'floor@@GLIBC_2.2.5  
<mailto:floor@@GLIBC_2.2.5>'
 > > /usr/bin/ld: note: 'floor@@GLIBC_2.2.5  
<mailto:floor@@GLIBC_2.2.5>' is defined
 in
 > > DSO /usr/lib/libm.so.6 so try adding it to the
 linker
 > > command line
 > > /usr/lib/libm.so.6: could not read symbols:
 Invalid
 > > operation
 > > collect2: error: ld returned 1 exit status
 > > make[2]: *** [pantheon-terminal] Error 1
 > >
 > > In order to fix this, Ricotz suggested using the
 "-lm" flag
 > > on the linker. I tried to do it and then it worked
 just
 > > fine. However, for Victored and Eshat on Ubuntu
 (Luna), that
 > > made it stop working.
 > >
 > > It seems that on Ubuntu the linker includes lm by
 default,
 > > and on Arch it doesn't, and reincluding it causes
 troubles
 > > on Ubuntu.
 > >
 > > On CMakeLists.txt I just added the following to

Re: [Elementary-dev-community] -lm and building the terminal

[xapantu]

« l » is only here to tell gcc it is a lib, the lib name is actually « m ».
Just remember that link_libraries is deprecated, please use 
target_link_libraries :P (well, I don't think it will be removed from 
CMake before a lot of time, but it is useless to keep writing code with it.)


Lucas

On 13/09/2012 14:28, Darcy Brás da Silva wrote:

Humm, if the fix was passing m, i guess cmake passes l prefix for us...
Nice!
On Thu, 2012-09-13 at 11:23 +0100, David Gomes wrote:

Well Darcy, that email was @voldyman ;)

Regarding the general issue, I found a way to fix it, thanks to
devidfil's Github link, I just added:

link_libraries (m)

Right before the add_subdirectory call and it's working for everybody
now.

On Thu, Sep 13, 2012 at 11:16 AM, Darcy Brás da Silva
 wrote:
 I'm not saying to implement it ourselves. I'm saying to make a
 vapi to
 have access of it from C  library in Vala, which is a
 very
 different thing :)
 On Thu, 2012-09-13 at 09:50 +0100, David Gomes wrote:
 > Implementing Math.floor and Math.ceil ourselves would work,
 but I'm
 > trying to avoid that for obvious reasons :)
 >
 > On Thu, Sep 13, 2012 at 4:22 AM, Voldyman
 
 > wrote:
 > If we implement Math.floor function in pantheon
 terminal
 > source wouldn't that work?
 >
 >
 > On 13-Sep-2012, at 3:29 AM, David Gomes
 >  wrote:
 >
 >
 >
 > > On the terminal we now need Math.floor and
 Math.ceil for
 > > zooming in and out using Ctrl-+ and Ctrl--.
 > >
 > > This brought along an issue when building the
 termina:
 > >
 > > /usr/bin/ld:
 > >
 CMakeFiles/pantheon-terminal.dir/src/TerminalWidget.c.o:
 > > undefined reference to symbol 'floor@@GLIBC_2.2.5'
 > > /usr/bin/ld: note: 'floor@@GLIBC_2.2.5' is defined
 in
 > > DSO /usr/lib/libm.so.6 so try adding it to the
 linker
 > > command line
 > > /usr/lib/libm.so.6: could not read symbols:
 Invalid
 > > operation
 > > collect2: error: ld returned 1 exit status
 > > make[2]: *** [pantheon-terminal] Error 1
 > >
 > > In order to fix this, Ricotz suggested using the
 "-lm" flag
 > > on the linker. I tried to do it and then it worked
 just
 > > fine. However, for Victored and Eshat on Ubuntu
 (Luna), that
 > > made it stop working.
 > >
 > > It seems that on Ubuntu the linker includes lm by
 default,
 > > and on Arch it doesn't, and reincluding it causes
 troubles
 > > on Ubuntu.
 > >
 > > On CMakeLists.txt I just added the following to
 make it
 > > compile:
 > >
 > > set (CMAKE_EXE_LINKER_FLAGS "-lm")
 > >
 > > Either way, I want Pantheon Terminal to compile
 across all
 > > GNU/Linux distributions, so I need a way to solve
 this.
 > >
 > > === modified file 'CMakeLists.txt'
 > > --- CMakeLists.txt 2012-07-26 20:23:31 +
 > > +++ CMakeLists.txt 2012-09-12 19:18:34 +
 > > @@ -30,6 +30,7 @@
 > >  find_package(PkgConfig)
 > >  pkg_check_modules(DEPS REQUIRED gthread-2.0 gtk
 +-3.0
 > > granite vte-2.90 libnotify gdk-3.0)
 > >
 > > +set (DEPS_LADD "${DEPS_LADD} -lm")
 > >  add_definitions(${DEPS_CFLAGS})
 > >
 > >  link_libraries(${DEPS_LIBRARIES})
 > >
 > > Ricotz suggesting the avobe path to fix the issue.
 I applied
 > > that patch and my patched CMakeLists.txt is
 attached.
 > > However, with this patch I can't build it on Arch,
 but
 > > Victored managed to built it on Ubuntu. I get the
 same good
 > > old error:
 > >
 > > /usr/bin/ld:
 > >
 CMakeFiles/pantheon-terminal.dir/src/TerminalWidget.c.o:
 > > undefined reference to symbol 'floor@@GLIBC_2.2.5'
 > > /usr/bin/ld: note: 'floor@@GLIBC_2.2.5' is defined
 in
 > > DSO /usr/lib/libm.so.6 so try adding it to the
 linker
 > > command line
 > > /usr/lib/libm.so.6: could not read symbols:
 Invalid
 > > oper

Re: [Elementary-dev-community] I'll BBIAB

[xapantu]

Hey,

As you may have noticed it, I am not very active anymore, and it will 
worst now, my university (well, not really university, but it is ~ same 
thing, classe préparatoire in french) will require much more time... So, 
same thing than shnatsel, I will not be very active.


If you have anything to ask, please send me a mail directly, I am not 
sure I will have the time to read this ML ;) (I'm not even sure to have 
internet in the following weeks -.-).



Sergey, too bad you don't go to Paris too :(

Lucas

On 06/09/2012 13:14, Sergey "Shnatsel" Davidoff wrote:
I've just noticed that I've replied only to Cody and not to the list, 
forwarding the mail to the list now.


-- Forwarded message --
From: *Sergey "Shnatsel" Davidoff* >

Date: 2012/9/5
Subject: Re: [Elementary-dev-community] I'll BBIAB
To: Cody Garver mailto:codygar...@gmail.com>>


2012/9/5 Cody Garver mailto:codygar...@gmail.com>>

NYC is just as good as Disney World. If anyone in your party
smokes cigarettes, advise them to bring their own. They are very
very expensive there.


Thanks!

Will you still be uploading daily ISO builds? Or able to further
collaborate with nerdshark to finish automating them?


I'd prefer to transfer the reins to somebody else and finally get 
anacron jobs set up on a server to automate the process. Same goes for 
crash retracing and upstream package imports. It's all documented in 
https://docs.google.com/document/d/16bUZqrSudlVt7Z7gAafS15U-ZlmvhdSMpLEL1wcatGg/edit


I'll try to supply more or less regularly built dailies until somebody 
gets the automation figured (hint hint). No promises though. I'm open 
for any automation-related questions, except crontab syntax which I 
never really knew.


Are you only available for consultation or will you still
contribute to branches?


Both. But as I've been doing for the past... ehh, while, I'm more 
likely to teach fishing instead of spreading herring around.


Small issue for you to tackle: replace switchboard-plug-wallpaper
with switchboard-plug-pantheon-shell


bzr branch lp:~elementary-os/elementaryos/elementary-seeds.precise
# some packages are specified in 
lp:~elementary-os/elementaryos/platform.precise
# full docs on seed hacking are located at 
https://docs.google.com/document/d/1RPPF14h1Sw2gQjGTuZjUIlNHnGrafS8ekhFjJM9MT00/edit

cd elementary-seeds.precise
scratch-text-editor $(grep switchboard-plug-wallpaper *)
# 
bzr commit -m "replaced switchboard-plug-wallpaper with 
switchboard-plug-pantheon-shell"

bzr push :parent
cd ..
bzr branch lp:~elementary-os/elementaryos/seed-metapackages
cd seed-metapackages
./update
debcommit
bzr push :parent
# See? This is fishing!

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

Re: [Elementary-dev-community] Terminal Settings on dconf-editor

[xapantu]

Then what is your question? ;)

On 01/08/2012 19:12, David Gomes wrote:

Thank you Daniel, I knew it!

On Wed, Aug 1, 2012 at 6:03 PM, Daniel Foré > wrote:


Okay so 2 things:

1. App settings should not be in Switchboard. Switchboard is for
system settings only. Can you imagine how crazy it would get if
every app had their settings in Switchboard? :p

2. Switchboard is not a settings backend. You would still have to
have dconf keys in any case.

On Wed, Aug 1, 2012 at 4:37 AM, David Gomes
mailto:da...@elementaryos.org>> wrote:

Voldyman just told me from now on the terminal settings will
be on switchboard. I think we need to support both
dconf-editor and switchboard, because not all of
pantheon-terminal users use Pantheon and Switchboard.

What is your opinion on this guys? Thanks.

--
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] [Merge] lp:~elementary-dev-community/beat-box/refactor into lp:beat-box

[xapantu]

xapantu has proposed merging lp:~elementary-dev-community/beat-box/refactor 
into lp:beat-box.

Requested reviews:
  BeatBox Team (beatbox-team)

For more details, see:
https://code.launchpad.net/~elementary-dev-community/beat-box/refactor/+merge/113865

* Don't use a LibraryManager in GStreamerTagger.
* Tie all the covers related things in one class. The code is easier to 
understand for a newcomer this way.
-- 
https://code.launchpad.net/~elementary-dev-community/beat-box/refactor/+merge/113865
Your team elementary Developer Community is subscribed to branch 
lp:~elementary-dev-community/beat-box/refactor.
=== modified file 'CMakeLists.txt'
--- CMakeLists.txt	2012-07-04 18:34:08 +
+++ CMakeLists.txt	2012-07-08 17:27:20 +
@@ -4,6 +4,7 @@
 cmake_policy(VERSION 2.6)
 project(BeatBox)
 list(APPEND CMAKE_MODULE_PATH ${CMAKE_SOURCE_DIR}/cmake )
+enable_testing()
 
 find_package(PkgConfig)
 pkg_check_modules(DEPS

=== modified file 'core/CMakeLists.txt'
--- core/CMakeLists.txt	2012-07-04 00:35:02 +
+++ core/CMakeLists.txt	2012-07-08 17:27:20 +
@@ -3,6 +3,9 @@
 Settings.vala
 EqualizerPreset.vala
 LibraryWindowInterface.vala
+Library/Library.vala
+Library/ComputerLibrary.vala
+Library/DeviceLibrary.vala
 PACKAGES
 gtk+-3.0
 #libpeas-1.0
@@ -22,3 +25,21 @@
 add_library(beatbox-core SHARED ${VALA_C})
 target_link_libraries(beatbox-core ${DEPS_LIBRARIES})
 install (TARGETS beatbox-core DESTINATION lib)
+
+vala_precompile(VALA_C_TESTS
+tests/main.vala
+PACKAGES
+gtk+-3.0
+gee-1.0
+granite
+beatbox-core
+OPTIONS
+--thread
+--vapidir=${CMAKE_SOURCE_DIR}/vapi
+--vapidir=${CMAKE_CURRENT_BINARY_DIR}
+)
+include(Tests)
+add_executable(beatbox-core-test ${VALA_C_TESTS})
+target_link_libraries(beatbox-core-test ${DEPS_LIBRARIES})
+target_link_libraries(beatbox-core-test beatbox-core)
+add_test_executable(beatbox-core-test)

=== added directory 'core/Library'
=== added file 'core/Library/ComputerLibrary.vala'
--- core/Library/ComputerLibrary.vala	1970-01-01 00:00:00 +
+++ core/Library/ComputerLibrary.vala	2012-07-08 17:27:20 +
@@ -0,0 +1,2 @@
+public class BeatBox.ComputerLibrary : BeatBox.Library {
+}

=== added file 'core/Library/DeviceLibrary.vala'
--- core/Library/DeviceLibrary.vala	1970-01-01 00:00:00 +
+++ core/Library/DeviceLibrary.vala	2012-07-08 17:27:20 +
@@ -0,0 +1,2 @@
+public class BeatBox.DeviceLibrary : BeatBox.Library {
+}

=== added file 'core/Library/Library.vala'
--- core/Library/Library.vala	1970-01-01 00:00:00 +
+++ core/Library/Library.vala	2012-07-08 17:27:20 +
@@ -0,0 +1,2 @@
+public class BeatBox.Library : Object {
+}

=== added directory 'core/tests'
=== added file 'core/tests/main.vala'
--- core/tests/main.vala	1970-01-01 00:00:00 +
+++ core/tests/main.vala	2012-07-08 17:27:20 +
@@ -0,0 +1,8 @@
+public int main(string[] args) {
+Test.init(ref args);
+Gtk.init(ref args);
+
+Test.run();
+
+return 0;
+}

=== modified file 'src/CMakeLists.txt'
--- src/CMakeLists.txt	2012-07-04 02:32:46 +
+++ src/CMakeLists.txt	2012-07-08 17:27:20 +
@@ -160,6 +160,7 @@
 Dialogs/SetMusicFolderConfirmation.vala
 Dialogs/TransferFromDeviceDialog.vala
 Dialogs/SyncWarningDialog.vala
+Core/CoverManager.vala
 PACKAGES
 glib-2.0
 gtk+-3.0

=== added file 'src/Core/CoverManager.vala'
--- src/Core/CoverManager.vala	1970-01-01 00:00:00 +
+++ src/Core/CoverManager.vala	2012-07-08 17:27:20 +
@@ -0,0 +1,243 @@
+/*-
+ * Copyright (c) 2011-2012   Scott Ringwelski 
+ *
+ * Originally Written by Scott Ringwelski for BeatBox Music Player
+ * BeatBox Music Player: http://www.launchpad.net/beat-box
+ *
+ * This library is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Library General Public
+ * License as published by the Free Software Foundation; either
+ * version 2 of the License, or (at your option) any later version.
+ *
+ * This library is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+ * Library General Public License for more details.
+ *
+ * You should have received a copy of the GNU Library General Public
+ * License along with this library; if not, write to the
+ * Free Software Foundation, Inc., 59 Temple Place - Suite 330,
+ * Boston, MA 02111-1307, USA.
+ */
+
+
+public class BeatBox.CoverManager : Object {
+
+/**
+ * Contains all covers. The id has the form "album - artist".
+ **/
+Gee.HashMap m_covers;
+/**
+ * Used to cache cover location, so we don't have to re-browse every directory to check
+ * that wether is a cover or not.
+ **/
+	Gee.HashMap art_locations = new Gee.HashMap();
+
+/**
+ * Emitted when a 

Re: [Elementary-dev-community] "I'm Quitting": we both overreacted

[xapantu]

Hi all,

Let's stop about that: the decision making process isn't satifactory, we
all agree on that. I agree with Sergey about most of the things he says,
and I would be happy we improve it. Please note that I am not in the
council, so this "We" is neither the council nor the elementary philosophy,
nor myself with my tux and my computer, I am speaking about all the
elementary contributors.

However, there is no point in spending too much time on that. We need to
finish Luna, or elementary will just die. So let's see that in one month,
when Luna is released.

About the money: this is much more complicated, we need an official
organization if we (again that we) want to manage money, we can't just pay
people like that.
Another thing: the OS market is overladen: Ubuntu, Windows, Mac OS X. If
you really want to get money, some studies needs to be done, see how Ubuntu
can't be installed in OEM, etc... Please don't hope you'll get 10,000$ a
month with eOS. If we get enough to pay 10 travel to our community by year,
it'll be very good. Well, we can hope we'll be able to drink something too
if we meet. NOBODY will be paid before several years, forget that.

Like everyone, like Dan, I have also a real life. And unfortunately, I have
to work a little to eat and feed my tux :P
So, this is my first and last mail on that.

Lucas

2012/7/4 Sergio 

>  I know that I'm very new to elementary and i also know that my voice
> doesn't count too much, however I wanted to say what i I think it's the
> best option.
>
> I think elementary could go with both of them.
> For the "before" maybe a donate button (like the one now in the web)
> should be fine. Also it doesn't have to be "before" as I think noone would
> "pay" for something he never tried, so instead of before should be an
> alternative method.
>
> Fot the "after" I have to say one thing. I have tried some distributions
> (debian,ubuntu, ubuntu derivatives, archlinux, fedora ...) and I have to
> say that the method which worked better for me (althought i didn't donate
> to any of them, sorry) was the one used in chakra.
> They put a plasma widget with things like donate,help the project and
> others which now I don't remember.I think it's the best solution,an easy to
> remove link wich say "donate" in a way user will see it. Also it has to be
> easy to remove as it would get in the way of the user in the case they
> couldn,t remove that, and that's even worse.
>
> All that said I hope that you choose the best method for this project
> (even if that method it's not this).
>
>
> On 03/07/12 23:57, Allen Lowe wrote:
>
> He didn't say it was, he said we haven't changed the revenue model, just
> the web design.
> On Jul 3, 2012 3:53 PM, "Jaap Broekhuizen"  
>  wrote:
>
>
>  Still, how is the revenue model just a webdesign decision?
>
>
> On Tue, Jul 3, 2012 at 8:51 PM, Daniel Foré  
> wrote:
>
>
>  Yes I am. I really think direct-democracy is just a bad idea.
> Historically, we've made good decisions by having the people most involved
> in the topic make the call.
>
> When we're talking about a decision around our developer story, It's best
> to consult with our developers.
>
> When we're talking about a decisions around our design story, it's best
> to consult with our designers.
>
> With our Web story, our web team.
>
> Our translations, our (admittedly new) translation team.
>
> Requiring that everyone have a say in everything is not only going to
> lead to un-informed decisions, but it's going to slow our process way down.
>
>
> On Tue, Jul 3, 2012 at 11:28 AM, Scott Ringwelski  
> wrote:
>
>
>  Dan, are you asking why elementary should follow a democratic,
> whole-team decision making process rather than a more centralized decision
> making process?
>
> On Tue, Jul 3, 2012 at 1:03 PM, Daniel Foré  
> wrote:
>
>
>  As it turns out, we have families and lives and jobs and
> responsibilities outside of elementary. That means that we're not always
> able to meet every week and discuss every issue.
>
> In my personal opinion, this is a web design issue and not something
> that needs to be run through you first for approval. But I'd be interested
> to find out from other people why they think we need to directly
> democratize our web design or any design for that matter.
>
> If you're upset because you can't get your demands met on a certain
> time schedule I'm afraid there's nothing I can do for you. You may not be
> aware, but this week celebrates our independence in the US. So there's a
> lot of family flooding in and I'm super busy juggling my very extended
> family. I can guarantee I won't be able to make the meeting again this
> Saturday because it's also my mother's birthday.
>
> I wish you luck in your next endeavor and hope you don't harbor any ill
> will towards elementary. You're always welcome back at any time.
>
>
> On Tue, Jul 3, 2012 at 7:05 AM, Сергей Давыдов  
> wrote:
>
>
>  Okay, it's been a week. In addition, a Council meeting should have
> taken place three

Re: [Elementary-dev-community] CMake modules should be in version control

[xapantu]

Hi,

In fact, when a module is updated (by me, or by anyone which sends him to
me or pushes it), it is pushed there:
https://code.launchpad.net/~elementary-apps/+junk/cmake-modules (I've just
changed the owner, it was owned by me a moment ago).

Regarding Jakob Westhoff's git, yes, it would be cool if we could backport
our changes to his repo (we did a few changes to support some absolute path
like ${CMAKE_CURRENT_BINARY_DIR}, etc...). Maybe he would be interested in
the other modules.

However, I haven't a lot of time, so, it would be cool if someone could
contact him/review the changes of ValaPrecompile.

So, the link to get the modules on ubuntu one is not really the good one, I
think it is in the dev guide, or something like that?

Lucas

2012/6/29 Adam Dingle 

> It's great to see that elementary has assembled a collection of CMake
> modules which help CMake work with Vala, GSettings and translations (see
> http://elementaryos.org/docs/first-steps).  We're using CMake for some
> projects at Yorba (currently Geary, and hopefully Shotwell soon as well)
> and these modules could be quite useful for us as well.
>
> But it's too bad that these are currently being shared via a tarball
> stored on Ubuntu One - they should really be in version control somewhere
> (git or bzr) where we can all easily contribute and share changes.  It
> looks like Jakob Westhoff already has a git project for his Vala CMake
> modules which you guys are using - see
> https://github.com/jakobwesthoff/Vala_CMake.  Could the other elementary
> modules (GSettings, Translations and so on) be committed to his git repo?
>  Alternatively, maybe he'd be willing to merge his project into yours and
> you could host a Launchpad project with a repo with all these modules.  In
> any case, if we can get all these modules into any repo then we should add
> a link to it in the Third-Party Modules list at
> http://www.cmake.org/Wiki/CMake:Module_Maintainers .
>
> adam
>
> --
> 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] Re : GPL Comment

[xapantu]

Hi,

2012/6/14 Jaap Broekhuizen 

> I would vote the second one too, it looks cleaner IMHO, and i don't think
> we need to have the names of the developers in the source file, those can
> be found in the about dialog.
>
I doubt it is legal : how can you write that there is a copyright, which
isn't assigned to anyone? No, you can't put the team name, it is not an
official structure. The day we have a elementary trademark, entreprise, and
everything, yes, it could work. It is called copyright assignment (and I am
opposed to it, just keeping the names is good)...

Lucas
-- 
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] Calendar application in Ubuntu 12.04

[xapantu]

Hi,

2012/1/4 Cassidy James 

> Getting Granite into Universe is an essential step, and something I
> believe we've been working toward. Last I had heard, we were working on
> stabilizing the API before making that push.
>
Yes, it is not ready yet, we still have some things to sort out, and decide
whether we want the new features (contractor, the dynamic tabs, etc...) for
the first release, or not.

> Now the question is just whether or not it's ready, and if not, what do we
> need to do to get it there?
>
I think some work has been done on the backend recently, but it is not
finished. And for the frontend, it is not finished at all, and there are
some serious performance problems (at least on my computer, it is lagging
when I resize a window, without the backend...).

So, for me, I think it won't be ready for the LTS, only one developer is
working on it on his free time.

Lucas

On Jan 4, 2012 12:18 PM, "Daniel Fore"  wrote:
>
>> Hey MPT, I'm going to CC this to the dev mailing list so you can get some
>> more accurate input from the devs.
>>
>> Best Regards,
>> Daniel Foré
>>
>> www.elementaryos.org
>>
>> On Jan 4, 2012, at 8:02 AM, Matthew Paul Thomas 
>> wrote:
>>
>> > -BEGIN PGP SIGNED MESSAGE-
>> > Hash: SHA1
>> >
>> > Hi Daniel
>> >
>> > I know it's a long shot, but I'd like to follow up with you on our
>> > discussion at UDS about including, or at least promoting, a calendar
>> > application in Ubuntu 12.04.
>> >
>> > Is Maya close to being a possibility here?
>> >
>> > Have you considered getting granite into Universe, so that
>> > applications can depend on it?
>> >
>> > Is there any way I can help?
>> >
>> > Cheers
>> > - --
>> > mpt
>> > -BEGIN PGP SIGNATURE-
>> > Version: GnuPG v1.4.11 (GNU/Linux)
>> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>> >
>> > iEYEARECAAYFAk8Ed/oACgkQ6PUxNfU6ecrtBQCfeoQ01QqLt5qsPnG9JSb+n9tc
>> > ubsAoMBUqVYFNHdBCcSt7xkyGI52wrzh
>> > =CsqO
>> > -END PGP SIGNATURE-
>>
>> --
>> 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] About Dexter Contacts...

[xapantu]

Just, before you read this mail, this is your project, so, of course, you
can do what you want ;) Here are only some advice.

No, sorry, it is a bad idea. We don't have the man power to maintain a full
desktop (sorry, back to reality for most of the elementary team, but we
won't be able to maintain all the pantheon desktop if we don't reuse most
of the code). You can't really imagine merging upstream changes if you
don't keep the build system. Maybe, right now, you think you will never
merge again, but, we saw this in the past, with nautilus elementary, you'll
have to (what about gtk4? what about new features you don't expect? etc...).

The other point is that the autotools are not evil. They work really nice
when they are well used. Here, the build system perfectly works, it is
stupid to maintain two build system. And, it is even useless to spend time
on a CMake conversion, you will have to re-write the HOW-TO-BUILD docs,
etc...

Lucas

2012/1/5 Mario Guerriero 

>  Hi,
>
> As you probably know I am working on a Vala version of Dexter using
> gnome-contacts codebase. It is something similar a fork and I want to move
> its build system to CMake as the others elementary apps but for this I need
> a very CMake expert because I don't know how to make it!
> https://blueprints.launchpad.net/dexter-contacts/+spec/cmake-build-system
> I know that this will broke the upstream compatibility but I don't want to
> follow the gnome-contacts developers anymore for a few reasons. The
> contacts store system is stable and it will automatically be improved at
> every release of folks with feature as the Windows Live support. Also the
> upstream dev started to follow an UI design way that I don't like, and
> probably the designers too. For example they created a dialog to add
> contacts but I (and lallenlowe) want it in-window as it is now. So Dexter
> will be more a fork, and not just a code modification.
>
> I also want to release an initial version of the project after the porting
> to CMake
>
> 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
>
>
-- 
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] Functions

[xapantu]

For functions, letting an empty line after the first { seems stupid to me:
either you want a compact code, and you don't add a line, or you don't want
a compact code and you do it C-like, by putting the { in the empty line:
my_function (…) {
}
or
my_function (…)
{
}

Lucas

2012/1/3 David Gomes 

> > public int my_function(string var) {
> > int rv = 0; // var declarations
> >
> > // code
> >
> > return rv; // return has empty line before it.
> > }
>
> > var result = my_function("hi");
>
> However, this is the Vala standard, and probably what we're adapting, it's
> just better to keep things clean and readable with space before
> parentheses, besides following the Vala standard, which is always a plus.
>
> public int my_function (string var) {
>
> int rv = 0; // var declarations
>
> // code
>
>return rv; // return has empty line before it.
> }
>
> var result = my_function ("hi");
>
>
> On Tuesday, January 3, 2012, Pim Vullers wrote:
>
>> I agree with Scott. This is what I normally use, first declaration of
>> the function and variables, then the body and conclude with the result.
>>
>> On 02-01-12 20:56, Scott Ringwelski wrote:
>> > I prefer something like this:
>> >
>> > public int my_function(string var) {
>> > int rv = 0; // var declarations
>> >
>> > // code
>> >
>> > return rv; // return has empty line before it.
>> > }
>> >
>> > to call it:
>> > var result = my_function("hi");
>> >
>> > Having an empty line after the function declaration looks really odd to
>> > me. I also prefer not space between the function name and params.
>> >
>> > What about function comments? I think function comments aren't really
>> > necessary, except for the especially important ones or common ly used
>> ones.
>> >
>> > On Mon, Jan 2, 2012 at 11:19 AM, David Gomes > > > wrote:
>> >
>> > Ideally, for me, I'd love:
>> >
>> > public int my_function ()
>> > {
>> >   //Code
>> > }
>> >
>> > It's the best way because the parentheses are aligned, so I can see
>> > where the function starts and where it ends.
>> >
>> > However, I know most of you don't like it, we'll have to choose
>> > between these: (notice the empty line difference)
>> >
>> > void my_function () {
>> >
>> >   //Code
>> > }
>> >
>> > void my_function () {
>> >   //Code
>> > }
>> >
>> > I prefer first because it makes code more organized when there are
>> > lots of lines. Besides, we're already doing it in most of our code.
>> >
>> > http://goo.gl/l7a88 I'm also working on this. I decided I would do
>> > this because I'm a coding style freak. Code needs to be perfect and
>> > consistent along all of our applications. In fact, I can volunteer
>> > to fix all the dirty code we have (it's boring, but I don't care, I
>> > love doing it) in all our apps, but only after we have a coding
>> > style defined.
>> >
>> > Which one do you prefer? Thanks, discuss, and don't forget to "Reply
>> > to all".
>> >
>> >
>> > --
>> > David Gomes
>> >
>> > --
>> > 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
>> >
>> >
>> >
>> >
>> > --
>> > Scott Ringwelski
>> > 231-492-5380
>> > sgrin...@mtu.edu 
>> >
>> >
>> >
>>
>>
>> --
>> Pim Vullers
>> Heerstraat 29 / 5953 GE Reuver
>> p...@vullersmail.nl
>>
>
>
> --
> David Gomes
>
> --
> 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] Dynamic Notebook

[xapantu]

Hi,

2011/12/11 David Gomes 

> Daniel, first of all, the mockups look nice, and I love the icon-only tabs.
>
> This afternoon, we discussed having an animation for tabs like in
> Chromium/Firefox/Sublime Text Editor 2. We concluded that it was only
> possible using Cairo, and if we want animations, we'll have to rebuild
> the wheel.
>
> Using cairo is not really re-inventing the wheel, it is a rather
high-level api, and we'll have to use some gk functions to draw gradient,
so, it must be doable :) Indeed, animations are needed.

However, after some thoughts, we'll have to make the tab bar using a custom
GtkContainer, because we can't draw all in cairo (we need to be able to put
any widget in the tablabel), and it will be more integrated.

I will probably make a prototype of a tab bar, in Vala, in the following
days. I encourage everyone to do the same so we can compare usuability,
code complexity, etc...

Lucas

On 12/11/11, Daniel Foré  wrote:
> > Hey Guys,
> >
> > We discussed at the developer meeting creating a dynamic notebook widget
> to
> > compliment our static notebook. You can view the spec here:
> > https://blueprints.launchpad.net/granite/+spec/tabbar
> >
> > Anyways, there was a request to get a mockup going in addition to the
> spec
> > and I've created one that you can view here:
> > http://danrabbit.deviantart.com/art/Tab-Play-273475669
> >
> > If there are further concerns, comments, etc I'd appreciate the feedback
> so
> > we can get development started ASAP and migrate our current apps over to
> > using a consistent tab widget.
> >
> > --
> > Best Regards,
> >
> > Daniel Foré
> >
> > elementaryos.org
> >
>
>
> --
> David Gomes
>
> --
> 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] Pantheon Terminal - 2 buttons

[xapantu]

And what is the use of the toolbar if you can but buttons in the tab bar? I
think you should just remove the toolbar.

2011/12/11 David Gomes 

> http://img7.imagebanana.com/img/e8z6fi1j/Terminal_029.png
>
> Check that picture. Right now, we have a button in the toolbar that
> adds a new tab, but we also have a button with the same goal in the
> tab bar.
>
> Is it ok (design) to have two buttons that do the same thing in the
> interface? Maintaining only the toolbar one is not ok, because the
> toolbar is optional. I'm not quite sure of what to do, I need opinion.
>
> --
> David Gomes (munchor)
>
> --
> 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] Pantheon Terminal notifications

[xapantu]

Ah, it's weird... Did you add the package to the pkg_check_modules call?
Did you remove the CMake cache?

2011/12/8 David Gomes 

> var notification = new Notification ("hello", "hello",
> "utilities-terminal");
> notification.show ();
>
> I just tried this coding (using Notify;), but I got these errors when
> compiling (I am including libnotify in packages):
>
>
>CMakeFiles/pantheon-terminal.dir/src/PantheonTerminalWindow.c.o:
> In function `__lambda12_':
>
>  /home/david/src/pantheon-terminal/build/src/PantheonTerminalWindow.c:1038:
> undefined reference to `notify_notification_new'
>
>  /home/david/src/pantheon-terminal/build/src/PantheonTerminalWindow.c:1042:
> undefined reference to `notify_notification_show'
>collect2: ld returned 1 exit status
>make[2]: *** [pantheon-terminal] Error 1
>make[1]: *** [CMakeFiles/pantheon-terminal.dir/all] Error
>make: *** [all] Error 2
>
> More code here:
>
>t.task_over.connect (() => {
>
>try {
>var notification = new Notification ("hello",
> "hello", "utilities-terminal");
>notification.show ();
>} catch {  }
>});
>
> --
> David Gomes
>
> --
> 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] [Granite] PopOvers

[xapantu]

For the arrow position, I suppose the PopOver should change it
position itself. e.g. if there is not enough place at the bottom, we
put it at the top of the widget, etc... I suppose this is what Max
did, so, I'm waiting for his code :) (anyway, I don't think I will
have the time to work on that this week end, so...).

Lucas

2011/10/8 Daniel Fore :
> Yea, max's float towards the center of the screen so you have left/right 
> sliding and up/down directional change.
>
> Best Regards,
> Daniel Foré
>
> www.elementaryos.org
>
> On Oct 7, 2011, at 10:40 PM, Adrien Plazas  wrote:
>
>> Does one of the implementations have the hability change the position of the 
>> arrow at the moment ?
>>
>> On Fri, 7 Oct 2011 23:07:42 -0400
>> Avi Romanoff  wrote:
>>
>>> Major props to Lucas and the others who are implementing popovers --
>>> methinks it's going to be a great boon for elementary apps.
>>>
>>> I definitely agree with Lucas that all of these versions should be published
>>> and committed to as actively as possible -- don't worry about it being
>>> official. I think we should have a formal code-review of them when they're
>>> done and pick/combine the best one(s) as Max suggested.
>>>
>>> Avi
>>>
>>> On Fri, Oct 7, 2011 at 1:19 PM, Lucas Baudin  wrote:
>>>
>>>> Ah, that's cool, let me know if you have any problem :)
>>>>
>>>> (It's not only for you, Max did the same, but don't forget to CC the
>>>> mailing list!)
>>>>
>>>> On 10/06/2011 10:40 PM, Mario Guerriero wrote:
>>>>
>>>> Lucas you are doing a great job. I started the implementation of PopOver
>>>> also in Dexter
>>>>
>>>> http://elementaryositdev.files.wordpress.com/2011/10/screenshot-at-2011-10-06-143226.png
>>>>
>>>>
>>>> 2011/10/6 Lucas Baudin 
>>>>
>>>>> Hi,
>>>>>
>>>>> I started implementing the PopOvers in granite. Here are some screenshots:
>>>>> Midori: http://pix.toile-libre.org/upload/original/1317488418.png (needs
>>>>> a patched midori, but it also needs the gtk3 patch which is not in git 
>>>>> yet)
>>>>> Ergo: 
>>>>> http://pix.toile-libre.org/upload/original/1317927299.png(lp:~xapantu/ergo/popover)
>>>>>
>>>>> For technical details, it uses a composited window to draw the shadow
>>>>> (yeah, it would be better if the window manager could handle this, but
>>>>> unfortunately I don't know any wm which does) and subclass Gtk.Dialog.
>>>>>
>>>>> I would like to check that the current API is usable everywhere before
>>>>> merging anything, so, if you could test in your apps if it works and/or 
>>>>> send
>>>>> me an application which would need a popover, it would be a good thing.
>>>>>
>>>>> The code is at lp:~elementary-pantheon/granite/popovers
>>>>>
>>>>> Feedback and comments welcomed :)
>>>>>
>>>>> Lucas
>>>>>
>>>>> --
>>>>> 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
>>>>
>>>>
>>
>>
>> --
>> Adrien Plazas 
>>
>> --
>> 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] [Granite] AppMenu modification

[xapantu]

Hum, it was a good idea to send a mail here before merging apparently...

The problem is the principle, I don't like having pre-configurated 
menuitems, with a global variable (which is a GraniteApplication that no 
one uses AFAIK). The bazaar explorer was just an example. We can also 
take an office suite with different application but the same binary, or 
something like that.


The problem is that technically, we can't have an AppMenu with different 
About items in the same binary for example. So, it seems that it is 
clearly a limitation, that we could easily avoided if there was a way to 
configure the items. And the global variable is a bad thing, I think 
everyone will agree that ;)


I will make a patch tomorrow to show what I mean, because I think I am 
not very clear ^^


On 07/30/2011 08:13 PM, Daniel Fore wrote:

Hmm, I think the Appmenu should only really be used on the app's main
window really. It's supposed to contain only actions which apply to
the app globally. So everything it could contain would be duplicated
across windows, wouldn't it?

Best Regards,

Daniel Foré

http://www.elementaryos.org




On Sat, Jul 30, 2011 at 10:25 AM, xapantu  wrote:

Hi,

So, currently, there are some hardcoded menuitem in it, which come from a
global application variable, that only maya uses AFAIK. I want to use an
AppMenu for a bazaar explorer, that I will embed in Euclide.

But I don't want to re-add an "About" and "Report a problem" items, since
they are already in the main AppMenu. So, I would like to remove that from
the AppMenu, or at least to add an option which disable them by default.

The code is here: lp:~xapantu/granite/appmenu

Opinions?

If everything is ok, I will merge it...

--
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] [Granite] AppMenu modification

[xapantu]

Hi,

So, currently, there are some hardcoded menuitem in it, which come from 
a global application variable, that only maya uses AFAIK. I want to use 
an AppMenu for a bazaar explorer, that I will embed in Euclide.


But I don't want to re-add an "About" and "Report a problem" items, 
since they are already in the main AppMenu. So, I would like to remove 
that from the AppMenu, or at least to add an option which disable them 
by default.


The code is here: lp:~xapantu/granite/appmenu

Opinions?

If everything is ok, I will merge it...

--
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, future improvements

[xapantu]

Hi all,

I would like to speak about granite…

I think it could be a good thing to define a few rules to avoid too much
problems in the future, tell me what you think about them.

- Avoid pushing directly in lp:granite for new features, I think it
would be better if someone who implemented a new feature asked for
merge, it will allow some review on the code.

- Clearly define a coding style, it is not really important, but we
should decide about that now.

- Split the library in three libraries (and link them in a single one if
we really want a single library) : core (logger, application…), draw
(buffersurface), widgets (appmenu, modebutton). It will avoid wrong
dependencies between the lib, it is better for a long term…

- Ask and insist to get daily build of the documentation on
valadocc.elementary.org :P


I think we should also have more independents widget, the current
AppMenu depends on Granite.Application, it is bad because we can't
directly use the widgets in an other software, which doesn't use it…
Let's imagine that we want to use AppMenu in Postler. But we don't want
to use Granite.Application because it would require some work for
nothing (since Postler doesn't use dconf ATM and has a more complicated
structure). Currently, we can't just copy/use the file :(
It's the same for marlin, for technical reasons (it is in C…), we don't
want to use granite directly (to avoid a dependency too), but we can't
just use the file from granite… it is quite annoying, and could be
easily avoided :)


Lucas


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