January 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] TxTextMorph based on new text model

by Denis Kudriashov

Hello 2013/1/23 Sean P. DeNigris <sean(a)clipperadams.com> > Denis Kudriashov wrote > > I upload new version of TxText with new TxTextMorph > > Denis, thank you for taking this on! This is /so/ important. There are many > times in my experiments with reinventing the tools when I've gotten > confused > and frustrated by the way text / editors work and chosen to revert to a > more > standard way of doing things. > Same for me :) > Two things: > 1. Have you read about the experiments from VPRI? There is even an active > essay where you can see each rule being applied individually > I don't. Do you have link? > 2. Have you considered growth as text is typed in? The current "hold the > width and grow down" approach is very poor in certain applications. There > was a "growable" version that increased to a maximum length, but it was > very > hacky due to the complexity of hooking into the existing objects. My point > is, it would be great to be able to plugin different strategies here. > I really want it too. And I think it is already exists.There are two layout strateges: TxNativeTextLayoutStrategy (renamed from Simple) and TxWrapTextStrategy. First gives text autosize behaviour. TxTextMorph increases width accordingly to text line growth. Second strategy restricts visible text line by morph width. So morph can increase only height and text lines are wrapped by given restriction. It is easy to implement strategy which will wrap text by max line characters count. But now all stuff is just about text displaying. No editing, no selection and no cursor navigation yet. I will try make it real step by step. Be free to join me :) > > Thanks for tackling this urgent and complicated topic! > Sean > > And thank's Igor and Camillo. They start this project. > > > -- > View this message in context: > http://forum.world.st/TxTextMorph-based-on-new-text-model-tp4663219p4664903… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

Jan. 23, 2013

Re: [Pharo-project] [ANN] Headless support for Cog Cocoa VM

by Nicolas Cellier

You don't know the power of the dark side... At least, I think there is one known uncompatibility which is ready to be solved http://code.google.com/p/cog/issues/detail?id=93 Nicolas 2013/1/23 Igor Stasenko <siguctua(a)gmail.com>: > On 23 January 2013 16:06, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> yes... in short time we need to be able to run llvm compiled vms even in older (10.5, 6) OSX versions... it cannot be so hard, after all, is just a compiler :) >> > hehe.. keep a good spirit and hope :) > > > -- > Best regards, > Igor Stasenko. >

Jan. 23, 2013

Re: [Pharo-project] NativeBoost and unions

by Ciprian Teodorov

On Wed, Jan 23, 2013 at 2:45 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 21 January 2013 19:55, Ciprian Teodorov <ciprian.teodorov(a)gmail.com> > wrote: > > Hi Igor, > > > > as usual after squeaksource restart, i lost my commit rights on the > > NativeBoost repository... > > added again. > > Thanks > > > > This time I have a small refactoring in the > > NBExternalStruct/NBExternalStructFields to enable union support. > > > > Besides that, c unions, I have implemented a first prototype, and now my > > question for you is: Should I add it in nativeboost (its rightful place > in > > my opinion), > > or should I keep it only as support code for my TalkFFI project(in > > TalkFFI-runtime)? What do you think? > > > > I think unions will be good addition to NBExternalStruct :) > > I have commited an initial version... However I am not sure about the way I compute the type size (wrt alignment). I'm doing this: sizeAlignedTo: anAlign with: aType totalSize := (totalSize alignedTo: anAlign ) max: (aType typeSize alignedTo: anAlign) but I'm not sure if the union size should be aligned, or if that alignement will be done latter one by NB... For the tests I've done it seems to work... > > > Cheers, > > Ciprian > > -- > > Dr. Ciprian TEODOROV > > IngÃ©nieur DÃ©veloppement CAO > > > > tÃ©l : 06 08 54 73 48 > > mail : ciprian.teodorov(a)gmail.com > > www.teodorov.ro > > > > -- > Best regards, > Igor Stasenko. > > -- Dr. Ciprian TEODOROV IngÃ©nieur DÃ©veloppement CAO tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

Jan. 23, 2013

Re: [Pharo-project] TalkFFI: automatic FFI generation for Pharo

by Ciprian Teodorov

The libs should be 32 bits... but it seems it is not this the issue... I have compiled clang+llvm from sources using the source distribution at: http://www.llvm.org/releases/ <http://www.llvm.org/releases/> then I have built the whole llvm distribution (using the getting started guide): *../src/configure --prefix=<path-to-install-dir> --enable-optimized --enable-jit --target=i686-apple-darwin10* * * *There is also a Getting started guide at: * http://llvm.org/releases/3.1/docs/GettingStarted.html As soon as I get some time I'll try to use osx/macport distribs maybe I can figure out what is the problem... If you guys have any ideas on how to easily distribute an image+vm+libclang i'm very interested. For now I'm thinking of doing something like CMakeVMMaker script, but I don't like that the that package seems tigtly couple with VMMaker... Cheers, ciprian On Wed, Jan 23, 2013 at 5:08 PM, Stefan Marr <smalltalk(a)stefan-marr.de>wrote: > Hi Mariano: > > On 23 Jan 2013, at 16:59, Mariano Martinez Peck wrote: > > > Maybe the lib needs to be 32 bits? can you check if the lib you are > trying is compiled for 32 or 64? > > Yes, it needs to be 32bit, but that's not the problem: > > smarr@minerva ~/tmp/libgit/libgit2$ file > /Developer/usr/clang-ide/lib/libclang.dylib > /Developer/usr/clang-ide/lib/libclang.dylib: Mach-O universal binary with > 2 architectures > /Developer/usr/clang-ide/lib/libclang.dylib (for architecture x86_64): > Mach-O 64-bit dynamically linked shared library x86_64 > /Developer/usr/clang-ide/lib/libclang.dylib (for architecture i386): > Mach-O dynamically linked shared library i386 > > smarr@minerva ~/tmp/libgit/libgit2$ file > /opt/local/libexec/llvm-3.1/lib/libclang.dylib > /opt/local/libexec/llvm-3.1/lib/libclang.dylib: Mach-O universal binary > with 2 architectures > /opt/local/libexec/llvm-3.1/lib/libclang.dylib (for architecture i386): > Mach-O dynamically linked shared library i386 > /opt/local/libexec/llvm-3.1/lib/libclang.dylib (for architecture x86_64): > Mach-O 64-bit dynamically linked shared library x86_64 > > Both version I have are universal binaries. > > Best regards > Stefan > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > > -- Dr. Ciprian TEODOROV IngÃ©nieur DÃ©veloppement CAO tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

Jan. 23, 2013

Re: [Pharo-project] about the VM and Pharo

by Igor Stasenko

On 23 January 2013 18:07, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Igor Stasenko wrote >>> Also, is the Pharo branded VM on the static file server based on Jit Cog >>> (as >>> opposed to stack, etc)? >>> >> which server? > > http://pharo.gforge.inria.fr/ci/vm/pharo/ > yes, this is JIT Cog VMs branded for Pharo > > > -- > View this message in context: http://forum.world.st/about-the-VM-and-Pharo-tp4664887p4664909.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

Jan. 23, 2013

Re: [Pharo-project] about the VM and Pharo

by Esteban Lorenzano

On Jan 23, 2013, at 5:27 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > EstebanLM wrote >> Pharo 2.0 will be released with a stable, branded vm with a bunch of >> useful plugins and libraries (like freetype) and out-of-the-box support >> for NativeBoost. >> ... >> For Pharo 3.0 we are even more ambitious: we want to start replacing some >> important parts of the vm with plugins (like extract a "DisplayPlugin", so >> we can control from image side the initialization of a morphic world or >> something extra. And we want to replace BitBlt plugin with Athens, so that >> will keep us busy enough time. > > Wow, very exciting! Thank everyone for the hard work :) > > > EstebanLM wrote >> - ephemerons support. > > Is this currently available? If so, does that mean that weak announcements > taking a block are now working properly? > > Also, is the Pharo branded VM on the static file server based on Jit Cog (as > opposed to stack, etc)? which server? I'm currently working on that... it will be a Jit and a Stack version of the branded VMs, but so far I'm working on the Jit (simple to adapt, anyway) so far you can find it here: https://ci.inria.fr/pharo/view/VM/job/PharoVM/ but as you can see, I'm having some problems :P cheers, Esteban > > Cheers, > Sean > > > > -- > View this message in context: http://forum.world.st/about-the-VM-and-Pharo-tp4664887p4664902.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Jan. 23, 2013

Re: [Pharo-project] about the VM and Pharo

by Sean P. DeNigris

Igor Stasenko wrote >> Also, is the Pharo branded VM on the static file server based on Jit Cog >> (as >> opposed to stack, etc)? >> > which server? http://pharo.gforge.inria.fr/ci/vm/pharo/ -- View this message in context: http://forum.world.st/about-the-VM-and-Pharo-tp4664887p4664909.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 23, 2013

Re: [Pharo-project] about the VM and Pharo

by Igor Stasenko

On 23 January 2013 17:27, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > EstebanLM wrote >> Pharo 2.0 will be released with a stable, branded vm with a bunch of >> useful plugins and libraries (like freetype) and out-of-the-box support >> for NativeBoost. >> ... >> For Pharo 3.0 we are even more ambitious: we want to start replacing some >> important parts of the vm with plugins (like extract a "DisplayPlugin", so >> we can control from image side the initialization of a morphic world or >> something extra. And we want to replace BitBlt plugin with Athens, so that >> will keep us busy enough time. > > Wow, very exciting! Thank everyone for the hard work :) > > > EstebanLM wrote >> - ephemerons support. > > Is this currently available? If so, does that mean that weak announcements > taking a block are now working properly? > no it is not integrated yet. After discussing with Eliot, he recommended to use last object format to denote ephemerons. Existing implementation is a bit hackish way to determine if object is ephemeron. So, before we do such change, assume they are not working yet. > Also, is the Pharo branded VM on the static file server based on Jit Cog (as > opposed to stack, etc)? > which server? > Cheers, > Sean > -- > View this message in context: http://forum.world.st/about-the-VM-and-Pharo-tp4664887p4664902.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

Jan. 23, 2013

Re: [Pharo-project] TxTextMorph based on new text model

by Sean P. DeNigris

Denis Kudriashov wrote > I upload new version of TxText with new TxTextMorph Denis, thank you for taking this on! This is /so/ important. There are many times in my experiments with reinventing the tools when I've gotten confused and frustrated by the way text / editors work and chosen to revert to a more standard way of doing things. Two things: 1. Have you read about the experiments from VPRI? There is even an active essay where you can see each rule being applied individually 2. Have you considered growth as text is typed in? The current "hold the width and grow down" approach is very poor in certain applications. There was a "growable" version that increased to a maximum length, but it was very hacky due to the complexity of hooking into the existing objects. My point is, it would be great to be able to plugin different strategies here. Thanks for tackling this urgent and complicated topic! Sean -- View this message in context: http://forum.world.st/TxTextMorph-based-on-new-text-model-tp4663219p4664903… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 23, 2013

Re: [Pharo-project] about the VM and Pharo

by Sean P. DeNigris

EstebanLM wrote > Pharo 2.0 will be released with a stable, branded vm with a bunch of > useful plugins and libraries (like freetype) and out-of-the-box support > for NativeBoost. > ... > For Pharo 3.0 we are even more ambitious: we want to start replacing some > important parts of the vm with plugins (like extract a "DisplayPlugin", so > we can control from image side the initialization of a morphic world or > something extra. And we want to replace BitBlt plugin with Athens, so that > will keep us busy enough time. Wow, very exciting! Thank everyone for the hard work :) EstebanLM wrote > - ephemerons support. Is this currently available? If so, does that mean that weak announcements taking a block are now working properly? Also, is the Pharo branded VM on the static file server based on Jit Cog (as opposed to stack, etc)? Cheers, Sean -- View this message in context: http://forum.world.st/about-the-VM-and-Pharo-tp4664887p4664902.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 23, 2013