On 9 November 2017 at 16:28, Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com> wrote:
>
>
> 2017-11-09 12:24 GMT+01:00 Igor Stasenko <siguc...@gmail.com>:
>
>>
>> On 9 November 2017 at 12:03, Esteban Lorenzano <esteba...@gmail.com>
>>
nsumer
> agree on what it really points to.
>
> But from code quality perspective, it really stinks. Anyone like me
> opening a page to get the exact signature of the function will be
> scratching head and loose precious time. Especially when tracking vm crash
> down.
>
> I'm not sure how well it's documented, I presume it's a well known
> conscious hack from the original developpers, but such practice really
> ought to be discussed here.
>
>
>
>
>
--
Best regards,
Igor Stasenko.
ecially when tracking vm crash
> down.
>
> I'm not sure how well it's documented, I presume it's a well known
> conscious hack from the original developpers, but such practice really
> ought to be discussed here.
>
>
>
>
--
Best regards,
Igor Stasenko.
On 4 October 2017 at 22:30, Igor Stasenko <siguc...@gmail.com> wrote:
>
>
> On 4 October 2017 at 17:27, Sean P. DeNigris <s...@clipperadams.com>
> wrote:
>
>> Igor Stasenko wrote
>> > IMO, best would be to make it via compiler plugin.
>>
>
case coined by Sven in this topic.
> 2017-10-04 11:36 GMT+02:00 Igor Stasenko <siguc...@gmail.com>:
>
>> IMO, best would be to make it via compiler plugin.
>>
>> Same, as i proposed for object literals,
>> a compiler could detect a pattern interpolate
>
On 4 October 2017 at 17:27, Sean P. DeNigris <s...@clipperadams.com> wrote:
> Igor Stasenko wrote
> > IMO, best would be to make it via compiler plugin.
>
> It seems there is always a tension between newbie-friendliness/purity and
> max-performance/deployment. There are so
he implementation I came up with:
>>>>>>> >
>>>>>>> > String>>#interpolate
>>>>>>> > "Format the receiver by interpolating the evaluation of
>>>>>>> expressions
>>>>>>> > in between curly brackets in the context of the sender as in the
>>>>>>> following 3 oneline examples.
>>>>>>> > 'Today is {Date today}' interpolate.
>>>>>>> > | x | x := 123. 'x equals {x} and pi equals {Float pi}'
>>>>>>> interpolate.
>>>>>>> > 'In {#strings} you can escape \{ by prefixing it with \\'
>>>>>>> interpolate."
>>>>>>> >
>>>>>>> > | senderContext |
>>>>>>> > senderContext := thisContext sender.
>>>>>>> > ^ self class new: self size streamContents: [ :out | | stream |
>>>>>>> > stream := self readStream.
>>>>>>> > [ stream atEnd ] whileFalse: [ | currentChar |
>>>>>>> > (currentChar := stream next) == ${
>>>>>>> > ifTrue: [ | expression result |
>>>>>>> > expression := stream upTo: $}.
>>>>>>> > result := Compiler new
>>>>>>> > evaluate: expression in: senderContext to: nil
>>>>>>> notifying: nil ifFail: [ ^ nil ] logged: false.
>>>>>>> > out nextPutAll: result asString ]
>>>>>>> > ifFalse: [
>>>>>>> > currentChar == $\
>>>>>>> > ifTrue: [ stream atEnd ifFalse: [ out nextPut:
>>>>>>> stream next ] ]
>>>>>>> > ifFalse: [ out nextPut: currentChar ] ] ] ]
>>>>>>> >
>>>>>>> > It is a hack that could certainly be improved. And there is of
>>>>>>> course an obvious security problem.
>>>>>>> >
>>>>>>> > Thoughts ?
>>>>>>> >
>>>>>>> > Sven
>>>>>>> >
>>>>>>> >
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>>
>>>>>>
>>>>>> Guille Polito
>>>>>>
>>>>>> Research Engineer
>>>>>>
>>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille
>>>>>>
>>>>>> CRIStAL - UMR 9189
>>>>>>
>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr
>>>>>> <http://www.cnrs.fr>*
>>>>>>
>>>>>>
>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io>
>>>>>>
>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Damien Pollet
>>>>> type less, do more [ | ] http://people.untyped.org/damien.pollet
>>>>>
>>>>
>>>>
>>>
>>
>>
>> --
>>
>>
>>
>> Guille Polito
>>
>> Research Engineer
>>
>> Centre de Recherche en Informatique, Signal et Automatique de Lille
>>
>> CRIStAL - UMR 9189
>>
>> French National Center for Scientific Research - *http://www.cnrs.fr
>> <http://www.cnrs.fr>*
>>
>>
>> *Web:* *http://guillep.github.io* <http://guillep.github.io>
>>
>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013>
>>
>
>
--
Best regards,
Igor Stasenko.
https://ferlicot.fr
> >
> > http://www.synectique.eu
> > 2 rue Jacques Prévert 01,
> > 59650 Villeneuve d'ascq France
> >
> >
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
>
--
Best regards,
Igor Stasenko.
. it just never ending quest to keep dispelling people's
perception, that there's something impossible or wrong with these things
or that's there are something that won't make things possible.. So, they
choose to go with C :)
Best regards,
> Ronie
>
>
--
Best regards,
Igor Stasenko.
for given method..
All is doable, when you working at lowest level, you just need to think how
to expose it in convenient way.
--
Best regards,
Igor Stasenko.
t;
>
> 6 March 2017:
> -----
>
> *I spent time fixing libgit2 (and dependents) compilation, both for
> linux and windows.
>
> As a result, now windows is working again (there was problems after
> version 0.26)... but linux, who seemed
> working last friday, is now again not working properly :(
>
>
> cheers!
> Esteban
>
>
--
Best regards,
Igor Stasenko.
t what are the most
> difficult bugs we faced and what are the conceptual tools that would have
> helped you.
>
> Stef
>
--
Best regards,
Igor Stasenko.
d in a matter of seconds, but a 600k
> image containing the seaside counter may take half an hour.
>
> In our current approach, the speed of bootstrap is directly related to
> the number of classes and methods inside the result. There are two ways to
> speed up the process:
>
Epicea is most valuable jewel i ever wished to have in Pharo..
Martin big thanks for your effort to make such a wonderful piece of
software.
--
Best regards,
Igor Stasenko.
Call it Java[tm]
..
..
what? i heard it is quite popular. albeit fuzzy wuzzy
:)
P.S. just call it Pharo-Remote and let it go
--
Best regards,
Igor Stasenko.
if you want to do something with
> the image, you will anyway need most of methods needed for the class
> builder like basic strings and collections support.
>
>
I think, you can shrink image even more, by running something after booting
it to remove ClassBuilder & co, if you don't need to create classes etc.
--
Best regards,
Igor Stasenko.
On 29 January 2017 at 19:16, stepharong <stephar...@free.fr> wrote:
> On Sun, 29 Jan 2017 17:21:44 +0100, Igor Stasenko <siguc...@gmail.com>
> wrote:
>
>
>
> On 29 January 2017 at 16:16, stepharong <stephar...@free.fr> wrote:
>
>>
>>
>> On
like it.
>
You don't have to advocate that to me. I am fully on your side with this :)
--
Best regards,
Igor Stasenko.
: [:builder |
myBackendNeutralPathData sendCommandsTo: builder].
On 29 January 2017 at 17:41, Igor Stasenko <siguc...@gmail.com> wrote:
>
>
> On 29 January 2017 at 16:16, stepharong <stephar...@free.fr> wrote:
>
>>
>>
>> On 27 January 2017 at 00
thSegment.
Also, as i looking into code, there are some leftovers - the #convertWith:,
and #visitWith: . These should be removed and users of #visitWith: should be
refactored to #accept: protocol. To not confuse users what exactly protocol
should be used.
> --
> Best regards,
> Igor Stasenko.
>
>
>
>
> --
> Using Opera's mail client: http://www.opera.com/mail/
>
--
Best regards,
Igor Stasenko.
On 27 January 2017 at 09:17, stepharong <stephar...@free.fr> wrote:
> On Fri, 27 Jan 2017 00:31:11 +0100, Igor Stasenko <siguc...@gmail.com>
> wrote:
>
>
>
> On 27 January 2017 at 00:06, stepharong <stephar...@free.fr> wrote:
>
>>
>> accep
On 27 January 2017 at 03:45, Igor Stasenko <siguc...@gmail.com> wrote:
>
>
> On 27 January 2017 at 02:28, Ben Coman <b...@openinworld.com> wrote:
>
>> On Fri, Jan 27, 2017 at 7:35 AM, Igor Stasenko <siguc...@gmail.com>
>> wrote:
>> >
On 27 January 2017 at 02:28, Ben Coman <b...@openinworld.com> wrote:
> On Fri, Jan 27, 2017 at 7:35 AM, Igor Stasenko <siguc...@gmail.com> wrote:
> >
> >
> > On 27 January 2017 at 01:30, Ben Coman <b...@openinworld.com> wrote:
> >>
> >
> >> method
> >> (so it will not be evaluated later at runtime again) so IMHO
> >> #asMethodConstant
> >> instead of #asMethodConst would be better.
> >
> >
> > I do not understand any of them.
>
> method constant = constant of a method
>
f course, it may be nit used by Athens itself.. but it doesn't means it is
useless.
>
> --
> Using Opera's mail client: http://www.opera.com/mail/
>
>
--
Best regards,
Igor Stasenko.
e computed , and takes a loong time)
asMethodLiteral
but that, of course, won't work if you would want to cache results based on
method's input parameters.
> -cbc
>
>> --
>> Using Opera's mail client: http://www.opera.com/mail/
>>
>>
>
--
Best regards,
Igor Stasenko.
you just
start using it everywhere.
> Phil
>
>
>
--
Best regards,
Igor Stasenko.
.
>
> DynamicVariables are darker magic that this, right?
>
> Phil
>
>
> On Thu, Jan 26, 2017 at 12:56 AM, Igor Stasenko <siguc...@gmail.com>
> wrote:
>
>> Because caching are always comes with concerns, like when/where do we
>> want to drop cached resul
.. let us welcome.. memoization. :)
--
Best regards,
Igor Stasenko.
issues. Fields are expanded"
^ self cache at: #issueCreateMeta ifAbsentPut: [ self
getIssueCreateMetaWithExpandKeys: true ]
Btw, it is a good question, what are the difference between caching and
memoization, besides that google underlines 'memoization' word with thin
red curly line while i typing? :)
--
Best regards,
Igor Stasenko.
just block
without arguments.. so, what you going
to use as keys for caching evaluation of such block, how do you identify
what value(s) are inputs for such block
and what not?
--
Best regards,
Igor Stasenko.
ng wihoout key, why not just store result of first
evaluation and then use it directly anywhere else? why need to wrap it
with block??
data := [some calculation ] value.
self doSomethingWith: data.
self doSomethingElseWith: data.
self doSomethingElseElseWith: data.
voila.. plain programming. Where doe
result := [ do something long or short or whatever] cached.
On 26 January 2017 at 01:20, Igor Stasenko <siguc...@gmail.com> wrote:
>
>
> On 26 January 2017 at 01:14, p...@highoctane.be <p...@highoctane.be>
> wrote:
>
>> If one is doing any dynamic programmin
il
>
> On Wed, Jan 25, 2017 at 10:30 PM, Igor Stasenko <siguc...@gmail.com>
> wrote:
>
>> #once can be interpreted as 'evaluate it once',
>>
>> but i don't like the #memoized .. it sounds painful to my ears.
>> It sounds like something stinking smeared across
any unpleasant
thoughts.
IMHO, maybe #once is not the best wording for what it does , but
#memoizing... yuck.. pardon me.
:)
--
Best regards,
Igor Stasenko.
gt;>
>> wrote:
>>
>>
>>
>>
>> The list
>>
>> server is up so it's just quiet:)
>>
>>
>>
>>
>>
>>
>>
>>
>> On 12/29/16 10:04 AM, Dale Henrichs wrote:
>>
>>
>> > No messages on list since yesterday morning?
>>
>>
>> >
>>
>>
>> > Dale
>>
>>
>> >
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
Happy overquote! :)
--
Best regards,
Igor Stasenko.
image and all locked by
waiting for some mutex/semaphores and
telling them 'stop' waits forever and blocks everything..
How i can clean this up?
--
Best regards,
Igor Stasenko.
Cool, i installed it,
and now i have some questions.
What i should do in order to:
- connect with ros master
- get list of available topics
- subscribe to a chosen topic
- and finally receive some data from it
On 25 December 2016 at 06:25, Igor Stasenko <siguc...@gmail.com> wrote:
>
ah, yeah, forgot to mention that i run it on ubuntu 16.04
On 25 December 2016 at 06:28, Igor Stasenko <siguc...@gmail.com> wrote:
> Hi,
> sorry for my ignorance,
> i downloaded fresh build of 64-bit VM and has strange hiccups (crash on
> downloading/installing a package)
Hi,
sorry for my ignorance,
i downloaded fresh build of 64-bit VM and has strange hiccups (crash on
downloading/installing a package)...
is it stable, or it is just me, too ignorant & stupid?
--
Best regards,
Igor Stasenko.
f ROS to steer robots.
> > https://pleiad.cl/research/software/lrp
> >
> > Cheers,
> > Alexandre
> >
> >
> >> On Dec 22, 2016, at 9:38 PM, Igor Stasenko <siguc...@gmail.com> wrote:
> >>
> >> Hi,
> >>
> >> i wonder, are there any
> Hi igor
>
> Pharos is developed at Ecole des Mines de Douai by Noury, Luc and Santiago
> was working on it during 1,5 years.
> Noury Bouraqadi <noury.bouraq...@mines-douai.fr>
> Luc Fabresse <luc.fabre...@gmail.com>
>
> Stef
>
> On Thu, 22 Dec 2016 21:38:29 +0100
ster and
understand it better.
--
Best regards,
Igor Stasenko.
On 22 December 2016 at 22:27, Sven Van Caekenberghe <s...@stfx.eu> wrote:
>
> > On 22 Dec 2016, at 21:13, Igor Stasenko <siguc...@gmail.com> wrote:
> >
> >
> >
> > On 22 December 2016 at 21:50, Sven Van Caekenberghe <s...@stfx.eu>
> wrote:
&g
On 22 December 2016 at 21:50, Sven Van Caekenberghe <s...@stfx.eu> wrote:
>
> > On 22 Dec 2016, at 20:40, Igor Stasenko <siguc...@gmail.com> wrote:
> >
> >
> > so, as i understand VM comes by default with raspbian installation, or
> what?
>
> y
so, as i understand VM comes by default with raspbian installation, or what?
and what are those:
https://bintray.com/estebanlm/pharo-vm/download_file?file_path=pharo-linux-ARMv6.0b8386a.zip
?
--
Best regards,
Igor Stasenko.
smalltalk rather than prehistoric-era scripting
language :)
--
Best regards,
Igor Stasenko.
something else,
what exactly - look at debugger code, because i don't remember :).
On 9 December 2016 at 02:00, Igor Stasenko <siguc...@gmail.com> wrote:
>
> On 9 December 2016 at 01:39, p...@highoctane.be <p...@highoctane.be>
> wrote:
>
>> Nice to now understand h
rtain cases, it simply ignores
it and pretends that it is done, suppressing actual code behavior, which
would be triggered, if it wouldn't run simulated by debugger.
> Phil
>
>
--
Best regards,
Igor Stasenko.
and this:
"Simulation guard"
is a good indication of what's gone wrong..
you are basically attempting to debug a debugger, using the very same
debugger
and this primitive is used throughout the debugger code to guard against
such cases.
On 9 December 2016 at 01:06, Igo
self buildMorphicViewOn: aSyntaxError.
> ].
> ^ process suspend
>
> so it does not really help to understand the syntax error.
> I do not get why this is so opaque.
>
> Stef
>
>
> --
> Using Opera's mail client: http://www.opera.com/mail/
>
>
--
Best regards,
Igor Stasenko.
not sure.. i envision something like that:
https://cdn.meme.am/instances/500x/66976516.jpg
--
Best regards,
Igor Stasenko.
to conflicting dependencies.
anyways, this is not critical for my current needs.
Thanks for attention.
> On Tue, Nov 22, 2016 at 10:46 AM, Igor Stasenko <siguc...@gmail.com>
> wrote:
> >
> >
> > On 22 November 2016 at 16:50, Sven Van Caekenberghe <s...@stfx.eu>
> wrote:
On 23 November 2016 at 12:41, p...@highoctane.be <p...@highoctane.be> wrote:
>
>
> On Wed, Nov 23, 2016 at 10:51 AM, Igor Stasenko <siguc...@gmail.com>
> wrote:
>
>>
>>
>> On 23 November 2016 at 10:50, p...@highoctane.be <p...@highoctane.be>
>
gt;
>> wrote:
>>
>>>
>>> > On 22 Nov 2016, at 19:16, p...@highoctane.be wrote:
>>> >
>>> >
>>> >
>>> > On Tue, Nov 22, 2016 at 5:57 PM, Igor Stasenko <siguc...@gmail.com>
>>> wrote:
>>>
ling GC to skip over
this so it won't attempt to scan it treating them as always alive..
this is where we getting back to my idea of heap spaces, where you can toss
a subgraph into a special heap space that has such policy, that it is never
scanned/GCed automatically and can be triggered only manually or something
like that.
>
> Phil
>>
>
> _,,,^..^,,,_
> best, Eliot
>
--
Best regards,
Igor Stasenko.
ohh.. wait 6.0 is on the sight.. and i was mangling with 5.0..
yeah, that explains why it needs 32-bit libs and all that mess :)
--
Best regards,
Igor Stasenko.
hing)
and after that i were able to run
apt get install libgl1-mesa-glx:i386
without problems
:)
> Thierry
>
>
> 2016-11-22 15:00 GMT+01:00 Igor Stasenko <siguc...@gmail.com>:
>
>>
>>
>> On 22 November 2016 at 15:06, David T. Lewis <le...@mail.msen
VM now runs, thanks everyone for your attention..
i wish it would install (or report missing requirements) correctly by itself
On 22 November 2016 at 16:30, Igor Stasenko <siguc...@gmail.com> wrote:
>
>
> On 22 November 2016 at 16:24, Thierry Goubier <thierry.goub...@
On 22 November 2016 at 15:06, David T. Lewis <le...@mail.msen.com> wrote:
> On Tue, Nov 22, 2016 at 12:19:30PM +0200, Igor Stasenko wrote:
> > ldd vm-display-X11
> > linux-gate.so.1 => (0xf77fd000)
> > libpthread.so.0 => /lib/i386-linux-gnu/libpthread
stfx.eu> wrote:
> Igor,
>
> Give us some more details
>
> - Ubuntu version
> - Pharo version
> - URL you used to download the VM
>
> Sven
>
> > On 22 Nov 2016, at 11:22, Igor Stasenko <siguc...@gmail.com> wrote:
> >
> >
> >
> >
bfreetype6:i386
>
> ==>>> 0 upgraded, 0 newly installed, 0 to remove and 11 not upgraded.
it seems like everything of above already installed on my box.
> (you might need more for full UI)
>
> with ldd you can find unresolved dynamic libs
>
> > On 22
t; sudo apt-get install libssl1.0.0:i386
> sudo apt-get install libfreetype6:i386
>
> (you might need more for full UI)
>
> with ldd you can find unresolved dynamic libs
>
> > On 22 Nov 2016, at 11:13, Igor Stasenko <siguc...@gmail.com> wrote:
> >
On 22 November 2016 at 12:11, Nicolai Hess <nicolaih...@gmail.com> wrote:
>
>
> 2016-11-22 11:07 GMT+01:00 Igor Stasenko <siguc...@gmail.com>:
>
>> Hey guys,
>>
>> just wanted to show others our cool stuff.. but faced strange problem:
>>
>> ~
there right at the location of vm
binary etc etc yadda yadda..
anyone knows what going on?
--
Best regards,
Igor Stasenko.
all data in
> >memory, consider how much time it takes
> >for GC to scan 4+ Gb of memory,
>
> That's often not what is happening. The large data is mostly static, so
> gets moved out of new space very quickly. Otherwise working with large data
> quickly becomes annoying indeed. I fully agree with you on that.
>
> Stephan
>
>
--
Best regards,
Igor Stasenko.
can help youself, because
your problem is not that hard to solve.
But instead, you prefer to rely on somebody else's effort(s). Arrhgghhh!! :)
Cheers,
> Doru
>
>
> >
> > --
> > Best regards,
> > Igor Stasenko.
>
> --
> www.tudorgirba.com
>
y => 8k image (near future displays) would take 126Mb
> of memory. Double buffering would be useful for Roassal (huge zoomed out
> visualization).
> >
> > Storing 126Mb array object takes a lot of memory but does not influence
> on GC performance since it is just one o
gt; www.tudorgirba.com
> www.feenk.com
>
> "Not knowing how to do something is not an argument for how it cannot be
> done."
>
>
>
--
Best regards,
Igor Stasenko.
e of lack of solution.
> Cheers,
> Tudor
>
>
> > On Nov 10, 2016, at 4:11 AM, Igor Stasenko <siguc...@gmail.com> wrote:
> >
> > Nice progress, indeed.
> > Now i hope at the end of the day, the guys who doing data
> mining/statistical analysis wil
ace is deleted, the surface sticks
>> around. So, each time I run the app, I get another instance of
>> AthensCairoSurface hanging around. That means all the forms stick around as
>> well. So my image can quickly grow towards the 1GB size.
>> >
>> > Is there anything I can do about that? Can I manually get the surface
>> to delete itself?
>> >
>> > Cheers,
>> >
>> > Jeff
>> >
>>
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>>
>>
--
Best regards,
Igor Stasenko.
ade those changes could help you better.
> Cheers,
>
> Jeff
>
> On Thu, Jun 23, 2016 at 7:11 AM Igor Stasenko <siguc...@gmail.com> wrote:
>
>> On 18 June 2016 at 19:36, J.F. Rick <s...@je77.com> wrote:
>>
>>> I'm using Athens rendering for m
that? Can I manually get the surface to
> delete itself?
>
>
follow the pointers and look for the culprit, that holding it and not
releasing. That's all i can advice.
> Cheers,
>
> Jeff
>
--
Best regards,
Igor Stasenko.
On 7 April 2016 at 13:10, Nicolai Hess <nicolaih...@gmail.com> wrote:
>
>
> 2016-04-07 11:15 GMT+02:00 Igor Stasenko <siguc...@gmail.com>:
>
>>
>>
>> On 7 April 2016 at 10:32, Nicolai Hess <nicolaih...@gmail.com> wrote:
>>
>>>
>&
On 7 April 2016 at 10:32, Nicolai Hess <nicolaih...@gmail.com> wrote:
>
>
> 2016-04-06 16:58 GMT+02:00 Igor Stasenko <siguc...@gmail.com>:
>
>>
>>
>> On 6 April 2016 at 17:07, Nicolai Hess <nicolaih...@gmail.com> wrote:
>>
>>>
>&
On 6 April 2016 at 20:31, Nicolai Hess <nicolaih...@gmail.com> wrote:
>
>
> 2016-04-06 18:00 GMT+02:00 Igor Stasenko <siguc...@gmail.com>:
>
>>
>>
>> On 6 April 2016 at 18:34, Nicolai Hess <nicolaih...@gmail.com> wrote:
>>
>>&g
On 6 April 2016 at 18:34, Nicolai Hess <nicolaih...@gmail.com> wrote:
>
> Am 06.04.2016 5:21 nachm. schrieb "Igor Stasenko" <siguc...@gmail.com>:
> >
> > btw,
> >
> > if you wanna feel a difference, why we wanted vector based rendering, by
&g
: view.
sceneView openInWindow
and try zooming it in and out with mouse wheel.
On 6 April 2016 at 17:58, Igor Stasenko <siguc...@gmail.com> wrote:
>
>
> On 6 April 2016 at 17:07, Nicolai Hess <nicolaih...@gmail.com> wrote:
>
>>
>>
>> 2016-04-06 10:56 G
On 6 April 2016 at 17:07, Nicolai Hess <nicolaih...@gmail.com> wrote:
>
>
> 2016-04-06 10:56 GMT+02:00 Igor Stasenko <siguc...@gmail.com>:
>
>>
>>
>> On 6 April 2016 at 11:36, Nicolai Hess <nicolaih...@gmail.com> wrote:
>>
>>>
&g
but to
enable vector-based rendering for text. The rest was coming as a bonus and
future work.
Because else, all of it worth nothing if you cannot even render text with
Athens..
--
Best regards,
Igor Stasenko.
elped me to finish
implementation of a wrapper for Morph, to be able to render any morph into
Form, and then render Form
on Athens surface.
So, that is why it 'works' :)
--
Best regards,
Igor Stasenko.
On 6 April 2016 at 11:36, Nicolai Hess <nicolaih...@gmail.com> wrote:
>
>
> 2016-04-06 9:59 GMT+02:00 Igor Stasenko <siguc...@gmail.com>:
>
>>
>>
>> On 6 April 2016 at 10:07, Nicolai Hess <nicolaih...@gmail.com> wrote:
>>
>&
about that damn 'minimal common denominator' problem. :)
Oh, and also i forgot to mention, that there could be also 2 more potential
backends:
- OpenVG
and
- Quartz, that is a vector graphics library for Mac OS
On 6 April 2016 at 11:23, Igor Stasenko <siguc...@gmail.com> wrote:
>
>
On 6 April 2016 at 11:14, Thierry Goubier <thierry.goub...@gmail.com> wrote:
>
>
> 2016-04-06 10:07 GMT+02:00 Igor Stasenko <siguc...@gmail.com>:
>
>>
>>
>> On 6 April 2016 at 10:35, Nicolai Hess <nicolaih...@gmail.com> wrote:
>>
>>>
clear and with much detail.
On 6 April 2016 at 11:07, Igor Stasenko <siguc...@gmail.com> wrote:
>
>
> On 6 April 2016 at 10:35, Nicolai Hess <nicolaih...@gmail.com> wrote:
>
>>
>>
>> 2016-04-05 16:31 GMT+02:00 Igor Stasenko <siguc...@gmail.com>
On 6 April 2016 at 10:35, Nicolai Hess <nicolaih...@gmail.com> wrote:
>
>
> 2016-04-05 16:31 GMT+02:00 Igor Stasenko <siguc...@gmail.com>:
>
>>
>>
>> On 5 April 2016 at 17:27, Igor Stasenko <siguc...@gmail.com> wrote:
>>
>>>
>>
ations are bound to text size.
> And how are these solved with TxText?
>
>
>
1. By implementing new view, rendered by Athens
2. By introducing new model for storing text to overcome mentioned
limitations.
>
>>>
>>> -
>>> Cheers,
>>> Sean
>>> --
>>> View this message in context:
>>> http://forum.world.st/TxText-model-tp4888199p4888515.html
>>> Sent from the Pharo Smalltalk Developers mailing list archive at
>>> Nabble.com.
>>>
>>>
>>
>
--
Best regards,
Igor Stasenko.
On 5 April 2016 at 17:27, Igor Stasenko <siguc...@gmail.com> wrote:
>
>
> On 5 April 2016 at 16:29, Aliaksei Syrel <alex.sy...@gmail.com> wrote:
>
>> Now let's take a look at this code:
>>
>> drawOnSpartaCanvas: aCanvas
>>
>>> aCanvas
Canvas will not
>>maintain current state of pathTransform? Instead all transformations can
>> be
>>directly applied on cairo_t using native calls. If there is a need to get
>>actual matrix we can ask cairo directly. From my perspective it simplifies
>>transf
o (do they exist outside of cairo?) and allow
>>> to
>>>draw both transparent fill and stroke without overlapping using only one
>>>path. On class side of BlElement there are examples (exampleCircle) that
>>>show such behavior.
>>>
for Athens.
So, if you can expose such operation at more backend neutral level in
Athens, then it is welcome as well.
I was thinking about that, but never got my hands to it.. How to expose it
in backend-neutral way.
So, if you found how - do it. I can only welcome that.
> Cheers,
> Alex
>
>
age :)
> On Tue, Apr 5, 2016 at 1:33 PM, Igor Stasenko <siguc...@gmail.com> wrote:
>
>>
>>
>> On 5 April 2016 at 04:00, Ben Coman <b...@openinworld.com> wrote:
>>
>>> On Tue, Apr 5, 2016 at 2:51 AM, Igor Stasenko <siguc...@gmail.com>
>
On 5 April 2016 at 04:16, Ben Coman <b...@openinworld.com> wrote:
> On Mon, Apr 4, 2016 at 9:49 PM, Igor Stasenko <siguc...@gmail.com> wrote:
> >
> >
> > On 4 April 2016 at 16:32, Thierry Goubier <thierry.goub...@gmail.com>
> wrote:
> >>
>
, Igor Stasenko <siguc...@gmail.com> wrote:
>
>
> On 5 April 2016 at 04:00, Ben Coman <b...@openinworld.com> wrote:
>
>> On Tue, Apr 5, 2016 at 2:51 AM, Igor Stasenko <siguc...@gmail.com> wrote:
>> >
>> > Some more bashing today.. (don't take i
On 5 April 2016 at 04:00, Ben Coman <b...@openinworld.com> wrote:
> On Tue, Apr 5, 2016 at 2:51 AM, Igor Stasenko <siguc...@gmail.com> wrote:
> >
> > Some more bashing today.. (don't take it personal, i may be wrong)
> >
> > BlPath hierarchy.. and BlShape.
&
ade numerical crunching.
And especially that code smells and need a cleanup (not your code, but code
in Athens).
All i wanna see is exposing feature in nice and consisting way. We all want
it to be there. Not just you and me, but whole community does. The rest is
a poetry.
> Cheers
> Alex
>
h many
questions, all i got in response it: 'bullshit, it is perfect'. Because it
feels like that.
If all that i wrote here is bullshit, then fine.. perfect. You don't have
to do and worry about anything.
> Thanks
> Alex
>
>
--
Best regards,
Igor Stasenko.
evelopers mailing list archive at
> Nabble.com.
>
>
--
Best regards,
Igor Stasenko.
On 5 April 2016 at 01:12, Igor Stasenko <siguc...@gmail.com> wrote:
>
>
> On 5 April 2016 at 00:51, Andrei Chis <chisvasileand...@gmail.com> wrote:
>
> btw, Andrei , if you looking how you can test if point contains shape or
> not, take a look at AthensCurveFlatte
false, and
if not - evaluating a block. So, you don't have to implement all tests for
all kinds of shapes that invented or not yet invented in universe.
--
Best regards,
Igor Stasenko.
1 - 100 of 671 matches
Mail list logo