This is cool :)
I wonder if this didn't work before hehe.
Thanks anyway!
Daniel Juyung Seo (SeoZ)
On Wed, May 1, 2013 at 5:29 AM, Bertrand Jacquin wrote:
> Hi in there,
>
> Here is a couple of improvements in cgit interfaces :
>
> - You are now able to filter the view by appending a directory i
Hi all,
I pushed today the data referencing feature for Eo objects in efl and
elementary. Check the commit log for explanations on why/how we do that.
From now, eo_data_get is deprecated, so please use eo_data_scope_get,
eo_data_ref or eo_data_xref instead.
Thank you
JackDanielZ (alias Daniel
On Wed, 1 May 2013 13:32:56 +0900 Daniel Juyung Seo said:
> Is it allowed to do the internal refactoring after alpha?
> I should push elm_diskselecotr dynamic object creation algorithm.
> This is only elm_diskselector internal refactoring.
minor improvements, i'd say yes. at least until beta, bi
On Wed, 1 May 2013 01:55:58 -0300 Lucas De Marchi
said:
> On Wed, May 1, 2013 at 1:15 AM, Carsten Haitzler wrote:
> > so it's on our todo list. is everyone happy now its "eldbus"? :) everyone
> > happy otherwise?
> >
> > cedric - loader module api. if it isnt public by now... it can wait for 1.9
On 30/04/13 18:48, Carsten Haitzler (The Rasterman) wrote:
> On Tue, 30 Apr 2013 15:15:05 +0100 Tom Hacohen said:
>
>> Where did you get that on?
>> Anyhow, what do you think about changing it to unsigned wchar_t?
>
> on my pentium-m test machine... unicode val 0 was < 0 and thus walked below
> t
On 01/05/13 05:15, Carsten Haitzler (The Rasterman) wrote:
> so it's on our todo list. is everyone happy now its "eldbus"? :) everyone
> happy otherwise?
>
> cedric - loader module api. if it isnt public by now... it can wait for 1.9.
>
> tom/bluezery - genlist map stuff... we need to talk...
>
> c
On Wed, May 1, 2013 at 1:55 PM, Lucas De Marchi
wrote:
> On Wed, May 1, 2013 at 1:15 AM, Carsten Haitzler wrote:
>> so it's on our todo list. is everyone happy now its "eldbus"? :) everyone
>> happy otherwise?
>>
>> cedric - loader module api. if it isnt public by now... it can wait for 1.9.
It
Hey guys,
It recently came to my attention (a week ago) that JackDanielZ is
writing a JSON parser to go into the EFL.
I've been arguing against it on IRC, but I think it's time to post it here.
Although most of us (some more than others) suffer from a severe case of
NIH, I think this is really
I argued vehemently against having an xml parser in eina, and the same
principle applies here. Too bad I seem to always be on the losing side of
these types of decisions.
On Wed, May 1, 2013 at 10:38 AM, Tom Hacohen wrote:
> Hey guys,
>
> It recently came to my attention (a week ago) that JackDa
On Wed, 01 May 2013 10:08:48 +0100 Tom Hacohen said:
> On 30/04/13 18:48, Carsten Haitzler (The Rasterman) wrote:
> > On Tue, 30 Apr 2013 15:15:05 +0100 Tom Hacohen
> > said:
> >
> >> Where did you get that on?
> >> Anyhow, what do you think about changing it to unsigned wchar_t?
> >
> > on my p
On Wed, 01 May 2013 10:15:19 +0100 Tom Hacohen said:
> On 01/05/13 05:15, Carsten Haitzler (The Rasterman) wrote:
> > so it's on our todo list. is everyone happy now its "eldbus"? :) everyone
> > happy otherwise?
> >
> > cedric - loader module api. if it isnt public by now... it can wait for 1.9.
On 01/05/13 10:58, Carsten Haitzler (The Rasterman) wrote:
> On Wed, 01 May 2013 10:08:48 +0100 Tom Hacohen said:
>
>> On 30/04/13 18:48, Carsten Haitzler (The Rasterman) wrote:
>>> On Tue, 30 Apr 2013 15:15:05 +0100 Tom Hacohen
>>> said:
>>>
Where did you get that on?
Anyhow, what do y
On Wed, 1 May 2013 10:43:39 +0100 Michael Blumenkrantz
wrote:
> I argued vehemently against having an xml parser in eina, and the same
> principle applies here. Too bad I seem to always be on the losing
> side of these types of decisions.
/me pushes Mike to the pro JSON side, so it looses.
> On
On Wed, 1 May 2013 20:12:25 +1000 David Seikel
wrote:
> On Wed, 1 May 2013 10:43:39 +0100 Michael Blumenkrantz
> wrote:
>
> > I argued vehemently against having an xml parser in eina, and the
> > same principle applies here. Too bad I seem to always be on the
> > losing side of these types of d
Hi,
While digging some elementary bug recently, I think that elementary needs
unit testing framework like other EFL core modules in order to prevent
regressions or understand what commits fixed.
Can we have chance to introduce check for elementary?
Initial commit is here.
https://phab.enlightenm
On 30/04/13 21:29, Bertrand Jacquin wrote:
> Hi in there,
>
> Here is a couple of improvements in cgit interfaces :
>
> - You are now able to filter the view by appending a directory in the
> URL to show the repositories of a specific directory. For exemple, to
> see only core/ repo:
> http:
On 01/05/13 05:15, Carsten Haitzler (The Rasterman) wrote:
> so it's on our todo list. is everyone happy now its "eldbus"? :) everyone
> happy otherwise?
>
> cedric - loader module api. if it isnt public by now... it can wait for
> 1.9.
>
> tom/bluezery - genlist map stuff... we need to talk...
>
On 2013-05-01 09:05, Daniel Juyung Seo wrote:
> This is cool :)
> I wonder if this didn't work before hehe.
It should have yes :) But as we are using the virtual-root feature in
cgit, this wasn't working and didn't notice it before yesterday. I just
tweak a bit the .htaccess
+# Serve local file
On Wed, May 1, 2013 at 7:48 PM, ryuan Choi wrote:
> While digging some elementary bug recently, I think that elementary needs
> unit testing framework like other EFL core modules in order to prevent
> regressions or understand what commits fixed.
>
> Can we have chance to introduce check for eleme
On 01/05/13 11:12, David Seikel wrote:
> On Wed, 1 May 2013 10:43:39 +0100 Michael Blumenkrantz
> wrote:
>
>> I argued vehemently against having an xml parser in eina, and the same
>> principle applies here. Too bad I seem to always be on the losing
>> side of these types of decisions.
>
> /me pus
On 01/05/13 12:40, Cedric BAIL wrote:
> On Wed, May 1, 2013 at 7:48 PM, ryuan Choi wrote:
>> While digging some elementary bug recently, I think that elementary needs
>> unit testing framework like other EFL core modules in order to prevent
>> regressions or understand what commits fixed.
>>
>> Ca
hello again
today i tried to transfer about 700 megabyte from Downloads to USB flash
storage
the problem here is
after click paste from mouse left button list
file manager will sow to me a message that says transferring is complete
but in reality is not
the transferring is still in progress
On Wed, May 1, 2013 at 6:38 PM, Tom Hacohen wrote:
> It recently came to my attention (a week ago) that JackDanielZ is
> writing a JSON parser to go into the EFL.
> I've been arguing against it on IRC, but I think it's time to post it here.
>
> Although most of us (some more than others) suffer fr
On Wed, 1 May 2013 15:07:42 +0300 المسالم المسالمة
said:
> hello again
>
> today i tried to transfer about 700 megabyte from Downloads to USB flash
> storage
>
> the problem here is
>
> after click paste from mouse left button list
>
> file manager will sow to me a message that says transferr
On Wed, 01 May 2013 11:00:01 +0100 Tom Hacohen said:
> On 01/05/13 10:58, Carsten Haitzler (The Rasterman) wrote:
> > On Wed, 01 May 2013 10:08:48 +0100 Tom Hacohen
> > said:
> >
> >> On 30/04/13 18:48, Carsten Haitzler (The Rasterman) wrote:
> >>> On Tue, 30 Apr 2013 15:15:05 +0100 Tom Hacohen
On Wed, 1 May 2013 21:13:37 +0900 Cedric BAIL said:
> On Wed, May 1, 2013 at 6:38 PM, Tom Hacohen wrote:
> > It recently came to my attention (a week ago) that JackDanielZ is
> > writing a JSON parser to go into the EFL.
> > I've been arguing against it on IRC, but I think it's time to post it h
this is a known behavior. the only way to "fix" it would be to monitor the
destination file size and show a progress bar based on this, but it would
not be entirely accurate or practical.
On Wed, May 1, 2013 at 2:02 PM, Carsten Haitzler wrote:
> On Wed, 1 May 2013 15:07:42 +0300 المسالم المسالمة
On 01/05/13 13:54, Carsten Haitzler (The Rasterman) wrote:
> On Wed, 01 May 2013 11:00:01 +0100 Tom Hacohen said:
>
>> On 01/05/13 10:58, Carsten Haitzler (The Rasterman) wrote:
>>> On Wed, 01 May 2013 10:08:48 +0100 Tom Hacohen
>>> said:
>>>
On 30/04/13 18:48, Carsten Haitzler (The Rasterma
On Wed, 01 May 2013 13:52:50 +0100 Tom Hacohen said:
> On 01/05/13 13:54, Carsten Haitzler (The Rasterman) wrote:
> > On Wed, 01 May 2013 11:00:01 +0100 Tom Hacohen
> > said:
> >
> >> On 01/05/13 10:58, Carsten Haitzler (The Rasterman) wrote:
> >>> On Wed, 01 May 2013 10:08:48 +0100 Tom Hacohen
On 01/05/13 13:13, Cedric BAIL wrote:
> On Wed, May 1, 2013 at 6:38 PM, Tom Hacohen wrote:
>> It recently came to my attention (a week ago) that JackDanielZ is
>> writing a JSON parser to go into the EFL.
>> I've been arguing against it on IRC, but I think it's time to post it here.
>>
>> Although
On 01/05/13 14:07, Carsten Haitzler (The Rasterman) wrote:
> On Wed, 01 May 2013 13:52:50 +0100 Tom Hacohen said:
>
>> On 01/05/13 13:54, Carsten Haitzler (The Rasterman) wrote:
>>> On Wed, 01 May 2013 11:00:01 +0100 Tom Hacohen
>>> said:
>>>
On 01/05/13 10:58, Carsten Haitzler (The Rasterma
Or force a sync on the device. As long as nobody remove the usb drive
until the umount did succeed, data will be safe.
On Wed, May 1, 2013 at 9:53 PM, Michael Blumenkrantz
wrote:
> this is a known behavior. the only way to "fix" it would be to monitor the
> destination file size and show a progre
On Wed, 1 May 2013 22:04:23 +0900 Cedric BAIL said:
> Or force a sync on the device. As long as nobody remove the usb drive
> until the umount did succeed, data will be safe.
then the bug becomes "my system is really slow while copying files" or "the
progress bar hangs at 100% for ages" ... etc.
On Wed, 01 May 2013 14:03:42 +0100 Tom Hacohen said:
> On 01/05/13 14:07, Carsten Haitzler (The Rasterman) wrote:
> > On Wed, 01 May 2013 13:52:50 +0100 Tom Hacohen
> > said:
> >
> >> On 01/05/13 13:54, Carsten Haitzler (The Rasterman) wrote:
> >>> On Wed, 01 May 2013 11:00:01 +0100 Tom Hacohen
On 05/01/2013 04:02 PM, Tom Hacohen wrote:
> On 01/05/13 13:13, Cedric BAIL wrote:
>> On Wed, May 1, 2013 at 6:38 PM, Tom Hacohen wrote:
>>> It recently came to my attention (a week ago) that JackDanielZ is
>>> writing a JSON parser to go into the EFL.
>>> I've been arguing against it on IRC, but
One of the reasons for not doing this is to not do it; you save those
developer resources and put them towards something useful. Saying "I'll
have a branch with it implemented soon" completely ignores that.
On Wed, May 1, 2013 at 2:22 PM, daniel.za...@samsung.com <
daniel.za...@samsung.com> wrote
On 01/05/13 14:17, Carsten Haitzler (The Rasterman) wrote:
> On Wed, 01 May 2013 14:03:42 +0100 Tom Hacohen said:
>
>> On 01/05/13 14:07, Carsten Haitzler (The Rasterman) wrote:
>>> On Wed, 01 May 2013 13:52:50 +0100 Tom Hacohen
>>> said:
>>>
On 01/05/13 13:54, Carsten Haitzler (The Rasterma
On 01/05/13 14:15, Cedric BAIL wrote:
> WTF ! I am not saying that without a benchmark ! Where do you think
> that came from ? Just random praising for the fun ?
You said you haven't tested cJSON, only json-c. I asked you about it!>
> Because there is no complexity there. It just work. There is no
On Wed, 1 May 2013 14:26:12 +0100 Michael Blumenkrantz
said:
that makes sense.. but it seems that its already done. as per my comment.. if
its exporting eina lists/hashes etc... then it pretty much has to be a newly
written json parser as it has to deal with our datatypes. otherwise we just
conve
On Wed, 01 May 2013 14:37:37 +0100 Tom Hacohen said:
> On 01/05/13 14:17, Carsten Haitzler (The Rasterman) wrote:
> > On Wed, 01 May 2013 14:03:42 +0100 Tom Hacohen
> > said:
> >
> >> On 01/05/13 14:07, Carsten Haitzler (The Rasterman) wrote:
> >>> On Wed, 01 May 2013 13:52:50 +0100 Tom Hacohen
cJSON, at least, exposes no hashes, lists, or any of that; I don't know
what crazy parsers you kids have been using which do this, but they
shouldn't since JSON doesn't have any concept of such things.
This is all the code I have which uses an external JSON parser at present.
It serializes and des
On 01/05/13 09:13, daniel.za...@samsung.com wrote:
> Hi all,
>
> I pushed today the data referencing feature for Eo objects in efl and
> elementary. Check the commit log for explanations on why/how we do that.
>
> From now, eo_data_get is deprecated, so please use eo_data_scope_get,
> eo_data_ref
On 01/05/13 14:47, Carsten Haitzler (The Rasterman) wrote:
> On Wed, 01 May 2013 14:37:37 +0100 Tom Hacohen said:
>
>> On 01/05/13 14:17, Carsten Haitzler (The Rasterman) wrote:
>>> On Wed, 01 May 2013 14:03:42 +0100 Tom Hacohen
>>> said:
>>>
On 01/05/13 14:07, Carsten Haitzler (The Rasterma
On Wed, 01 May 2013 15:00:57 +0100 Tom Hacohen said:
> On 01/05/13 14:47, Carsten Haitzler (The Rasterman) wrote:
> > On Wed, 01 May 2013 14:37:37 +0100 Tom Hacohen
> > said:
> >
> >> On 01/05/13 14:17, Carsten Haitzler (The Rasterman) wrote:
> >>> On Wed, 01 May 2013 14:03:42 +0100 Tom Hacohen
On 01/05/13 15:03, Carsten Haitzler (The Rasterman) wrote:
> On Wed, 01 May 2013 15:00:57 +0100 Tom Hacohen said:
>
>> On 01/05/13 14:47, Carsten Haitzler (The Rasterman) wrote:
>>> On Wed, 01 May 2013 14:37:37 +0100 Tom Hacohen
>>> said:
>>>
On 01/05/13 14:17, Carsten Haitzler (The Rasterma
this way of transferring left me confused
look what happened . and then judge me as you want
in thunar . i can see the progress bar about that process so i can
tell from it if the process is complete
and it takes 3 minutes to do the whole transferring
but in EFM all what i saw is (
On 05/01/2013 04:59 PM, Tom Hacohen wrote:
> On 01/05/13 09:13, daniel.za...@samsung.com wrote:
>> Hi all,
>>
>> I pushed today the data referencing feature for Eo objects in efl and
>> elementary. Check the commit log for explanations on why/how we do that.
>>
>>From now, eo_data_get is deprec
* ryuan Choi [2013-05-01 19:48:43 +0900]:
Is github login working fine? Borked for me :( Sorry for hijacking the thread.
> Hi,
>
> While digging some elementary bug recently, I think that elementary needs
> unit testing framework like other EFL core modules in order to prevent
> regressions or
On 01/05/13 15:27, daniel.za...@samsung.com wrote:
> On 05/01/2013 04:59 PM, Tom Hacohen wrote:
>> On 01/05/13 09:13, daniel.za...@samsung.com wrote:
>>> Hi all,
>>>
>>> I pushed today the data referencing feature for Eo objects in efl and
>>> elementary. Check the commit log for explanations on wh
On 01/05/13 15:32, Gustavo Lima Chaves wrote:
> * ryuan Choi [2013-05-01 19:48:43 +0900]:
>
> Is github login working fine? Borked for me :( Sorry for hijacking the thread.
If you are sorry, why did you do it? :)
Anyhow, I thought I've fixed it, let me check to see if there's anything
else to b
On 01/05/13 15:39, Tom Hacohen wrote:
> On 01/05/13 15:32, Gustavo Lima Chaves wrote:
>> * ryuan Choi [2013-05-01 19:48:43 +0900]:
>>
>> Is github login working fine? Borked for me :( Sorry for hijacking the
>> thread.
>
> If you are sorry, why did you do it? :)
>
> Anyhow, I thought I've fixed i
On Wed, 01 May 2013 15:10:26 +0100 Tom Hacohen said:
> On 01/05/13 15:03, Carsten Haitzler (The Rasterman) wrote:
> > On Wed, 01 May 2013 15:00:57 +0100 Tom Hacohen
> > said:
> >
> >> On 01/05/13 14:47, Carsten Haitzler (The Rasterman) wrote:
> >>> On Wed, 01 May 2013 14:37:37 +0100 Tom Hacohen
Hey dudes,
So E gets super slow after a few minutes of usage. The reason is one of
the commits in this range (EFL repo):
2e699fbab9abb2ddaac85661af329b0f16bacf16..dee226221447fad70c8e847014f34789d207a549
Here is the list of commits, if you see your name on this list, make
sure it wasn't your c
On Wed, 01 May 2013 15:49:11 +0100 Tom Hacohen said:
i blame cedric. my commit sure didn't do it! :) seriously... if this is really
happening.. this is a big problem. given the commits.. DEVILHORNS! check your
mush! :)
> Hey dudes,
>
> So E gets super slow after a few minutes of usage. The rea
* Tom Hacohen [2013-05-01 15:41:44 +0100]:
> On 01/05/13 15:39, Tom Hacohen wrote:
> > On 01/05/13 15:32, Gustavo Lima Chaves wrote:
> >> * ryuan Choi [2013-05-01 19:48:43 +0900]:
> >>
> >> Is github login working fine? Borked for me :( Sorry for hijacking the
> >> thread.
> >
> > If you are so
On 01/05/13 15:42, Carsten Haitzler (The Rasterman) wrote:
> On Wed, 01 May 2013 15:10:26 +0100 Tom Hacohen said:
>
>> On 01/05/13 15:03, Carsten Haitzler (The Rasterman) wrote:
>>> On Wed, 01 May 2013 15:00:57 +0100 Tom Hacohen
>>> said:
>>>
On 01/05/13 14:47, Carsten Haitzler (The Rasterma
On 30/04/13 21:29, Bertrand Jacquin wrote:
> Hi in there,
>
> Here is a couple of improvements in cgit interfaces :
>
> - You are now able to filter the view by appending a directory in the
> URL to show the repositories of a specific directory. For exemple, to
> see only core/ repo:
>htt
On Wed, 01 May 2013 16:28:17 +0100 Tom Hacohen said:
> On 01/05/13 15:42, Carsten Haitzler (The Rasterman) wrote:
> > On Wed, 01 May 2013 15:10:26 +0100 Tom Hacohen
> > said:
> >
> >> On 01/05/13 15:03, Carsten Haitzler (The Rasterman) wrote:
> >>> On Wed, 01 May 2013 15:00:57 +0100 Tom Hacohen
On Wed, 1 May 2013 23:53:20 +0900 Carsten Haitzler (The Rasterman)
said:
> On Wed, 01 May 2013 15:49:11 +0100 Tom Hacohen said:
>
> i blame cedric. my commit sure didn't do it! :) seriously... if this is really
> happening.. this is a big problem. given the commits.. DEVILHORNS! check your
> m
On 01/05/13 17:10, Carsten Haitzler (The Rasterman) wrote:
> On Wed, 1 May 2013 23:53:20 +0900 Carsten Haitzler (The Rasterman)
> said:
>
>> On Wed, 01 May 2013 15:49:11 +0100 Tom Hacohen
>> said:
>>
>> i blame cedric. my commit sure didn't do it! :) seriously... if this is
>> really
>> happeni
On 01/05/13 17:10, Carsten Haitzler (The Rasterman) wrote:
> On Wed, 1 May 2013 23:53:20 +0900 Carsten Haitzler (The Rasterman)
> said:
>
>> On Wed, 01 May 2013 15:49:11 +0100 Tom Hacohen
>> said:
>>
>> i blame cedric. my commit sure didn't do it! :) seriously... if this is
>> really
>> happeni
2013/4/30 Massimo Maiurana
> Davide Andreoli, il 30/04/2013 12:26, ha scritto:
>
> > installing cython is super simple, just download from:
> > http://www.cython.org/release/Cython-0.17.3.tar.gz
> > and install with:
> > (sudo) python setup.py install
> > it need the python-dev package
>
> Ok
On Wed, 01 May 2013 17:22:38 +0100 Tom Hacohen said:
> On 01/05/13 17:10, Carsten Haitzler (The Rasterman) wrote:
> > On Wed, 1 May 2013 23:53:20 +0900 Carsten Haitzler (The Rasterman)
> > said:
> >
> >> On Wed, 01 May 2013 15:49:11 +0100 Tom Hacohen
> >> said:
> >>
> >> i blame cedric. my comm
On Wed, 1 May 2013 14:56:32 +0100 Michael Blumenkrantz
said:
> cJSON, at least, exposes no hashes, lists, or any of that; I don't know
> what crazy parsers you kids have been using which do this, but they
> shouldn't since JSON doesn't have any concept of such things.
errr.. json is really a tre
try up-arrow in less... borkens. it was commit
cff21ea5b8e98e66dfecf1e9e2f16fd37f83ce64 that broke things. i havent narrowed
down WHAT in there it is.. yet.
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
-
Aggg maybe my edc.vim change triggered it!
commit f2d550f986e5f66ab1a62bcee01614
894b9b6d8a
Author: Daniel Juyung Seo
edc.vim: updated more label and constants for multisense.
On Thu, May 2, 2013 at 8:35 AM, Carsten Haitzler wrote:
> On Wed, 01 May 2013 17:22:38 +0100 Tom Hacohen said:
>
On Thu, 2 May 2013 09:22:01 +0900 Carsten Haitzler (The Rasterman)
said:
> try up-arrow in less... borkens. it was commit
> cff21ea5b8e98e66dfecf1e9e2f16fd37f83ce64 that broke things. i havent narrowed
> down WHAT in there it is.. yet.
oh and i think this also breaks htop updates.. over time cha
+ the weird strings I reported on phab.
https://phab.enlightenment.org/rTRM65f07f77003b6d22637548428d464dff0b773b40
Daniel Juyung Seo (SeoZ)
On Thu, May 2, 2013 at 11:45 AM, Carsten Haitzler wrote:
> On Thu, 2 May 2013 09:22:01 +0900 Carsten Haitzler (The Rasterman)
> said:
>
>> try up-arrow i
On Thu, May 2, 2013 at 1:04 AM, Carsten Haitzler wrote:
> On Wed, 1 May 2013 14:56:32 +0100 Michael Blumenkrantz
> said:
>
> > cJSON, at least, exposes no hashes, lists, or any of that; I don't know
> > what crazy parsers you kids have been using which do this, but they
> > shouldn't since JSON d
Er, somehow this thread went from "stop the JSON madness" to "this is
how we should do JSON"? I need caffeine, I'm not keeping up. Though I
blame E, it's dog slow now. Did someone add JSON? :-P
--
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys
No, we added SOAP.
On Thu, May 2, 2013 at 6:22 AM, David Seikel wrote:
> Er, somehow this thread went from "stop the JSON madness" to "this is
> how we should do JSON"? I need caffeine, I'm not keeping up. Though I
> blame E, it's dog slow now. Did someone add JSON? :-P
>
> --
> A big old s
On Thu, 2 May 2013 11:21:44 +0900 Daniel Juyung Seo
wrote:
> Aggg maybe my edc.vim change triggered it!
>
> commit f2d550f986e5f66ab1a62bcee01614
> 894b9b6d8a
> Author: Daniel Juyung Seo
>
> edc.vim: updated more label and constants for multisense.
>
> On Thu, May 2, 2013 at 8:35 AM, Car
On Thu, 2 May 2013 04:49:27 +0100 Michael Blumenkrantz
said:
> On Thu, May 2, 2013 at 1:04 AM, Carsten Haitzler wrote:
>
> > On Wed, 1 May 2013 14:56:32 +0100 Michael Blumenkrantz
> > said:
> >
> > > cJSON, at least, exposes no hashes, lists, or any of that; I don't know
> > > what crazy parser
On Thu, 2 May 2013 11:21:44 +0900 Daniel Juyung Seo said:
it was jackdaniels i fixed it. :)
> Aggg maybe my edc.vim change triggered it!
>
> commit f2d550f986e5f66ab1a62bcee01614
> 894b9b6d8a
> Author: Daniel Juyung Seo
>
> edc.vim: updated more label and constants for multisense.
>
Can't we have both for elementary testing?
I also wish to get exactness integrated well. It's really nice.
But, I think that the focus of exactness and check are little bit different.
In my understanding, exactness or something based on exactness can trace
layouting issues.
It's important and the
75 matches
Mail list logo
