Re: [Pharo-users] FileReference>>#moveTo: across filesystems

On 13 November 2017 at 19:11, Alistair Grant wrote: > Hi Claudio, > > On 13 November 2017 at 18:49, Claudio Corrodi wrote: >> Hi all, >> >> Manuel Leuenberger and I ran into an issue with the FileReference>>#moveTo: >> method last week. On my system,

Re: [Pharo-users] Stream API

2017-11-13 23:51 GMT+01:00 Norbert Hartl : > > > > Am 13.11.2017 um 21:08 schrieb Stephane Ducasse >: > > > >> On Mon, Nov 13, 2017 at 8:27 PM, Sven Van Caekenberghe > wrote: > >> The idea is to have much simpler streams which can be

Re: [Pharo-users] Embedded PDF viewer?

On Monday 13 November 2017 05:29 PM, Ben Coman wrote: Yes, I've certainly considered it.  Pragmatically, in my electrical career I deal with a lot of single page A3 PDF scans of schematic drawings, so pre-converting to a bitmap format outside of Pharo wouldn't lose much. PDF deals with

[Pharo-users] FFIExternalEnumeration int versus long

I have a C definition... unsigned long FPDF_GetLastError(); whose return values are... #define FPDF_ERR_SUCCESS 0// No error. #define FPDF_ERR_UNKNOWN 1// Unknown error. #define FPDF_ERR_FILE 2 // File not found or could not be opened. #define FPDF_ERR_FORMAT 3 // File

[Pharo-users] when a subclass is loaded, is super-class-side>>initialize executed?

Because I'm lazy to experiment this instant (not wanting to get distracted from my current track), and also its probably a useful remainder for others I'll just ask... When MyClass is loaded, #initialize is sent to it. Typically the class-side>>initialize should not call "super initialize" to

Re: [Pharo-users] Stream API

> Am 13.11.2017 um 21:08 schrieb Stephane Ducasse : > >> On Mon, Nov 13, 2017 at 8:27 PM, Sven Van Caekenberghe wrote: >> The idea is to have much simpler streams which can be composed to get more >> sophisticated behaviour. >> >> The most primitive

Re: [Pharo-users] Why is compile: breaking my image?

Hi, this is a bit more confusing than I originally thought. So let me elaborate (this is not part of Pharo I've dabbled in before...) (there's an issue 20212 for this) The problem is somewhere in SyntaxErrorDebugger and probably SyntaxErrorNotification. Normally (by normally I mean according to

Re: [Pharo-users] Pharo-users Digest, Vol 55, Issue 102

Stephane Ducasse-3 wrote > If you have many forms you may have a look at magritte the Morph > builder does not work anymore but may be it is > worth fixing it. What's broken? I use it all the time. Maybe something I fixed should be backported from my GH fork? - Cheers, Sean -- Sent from:

Re: [Pharo-users] [Pharo-dev] Publishing a book with Pillar

> Le 13 nov. 2017 à 21:01, Stephane Ducasse a écrit : > > Hi guys > > we are working on pillar and we will probably release a new alph version soon. > I'm updating the doc. But I found that the doc I was writing can help > some of you. > > Julien is written a nice

Re: [Pharo-users] Why is compile: breaking my image?

Can you share what was the original problem and how you fixed it? On Sat, Nov 11, 2017 at 4:44 PM, Sven Van Caekenberghe wrote: > > > > On 11 Nov 2017, at 16:33, Peter Uhnák wrote: > > > > Never mind... I see now what is broken and I'll try to fix it (assuming

Re: [Pharo-users] Peeking at a stream

Yeah, I understand. The thing is that we will remove in the near future MultiByteFileStream. And not all streams have conceptually a position. Today there was a mail from Sven about that. On Mon, Nov 13, 2017 at 2:48 PM, Prof. Andrew P. Black wrote: > > > On 2 Nov 2017, at

Re: [Pharo-users] Stream API

Thanks Sven, we should take that list of selectors and make a document or Lint rules on them. On Mon, Nov 13, 2017 at 9:08 PM, Stephane Ducasse wrote: > On Mon, Nov 13, 2017 at 8:27 PM, Sven Van Caekenberghe > wrote: > > The idea is to have much simpler

Re: [Pharo-users] NeoJSON. Allowing null or an object

Hi Sven, thank you for the fix! I understand that #allowNil is about reading, while #writeNil: is about writing. I use the same mapping for the reader and writer. This is why I spotted the case. Thanks! Juraj > On Nov 13, 2017, at 16:30, Sven Van Caekenberghe wrote: > >

Re: [Pharo-users] Stream API

On Mon, Nov 13, 2017 at 8:27 PM, Sven Van Caekenberghe wrote: > The idea is to have much simpler streams which can be composed to get more > sophisticated behaviour. > > The most primitive streams should be binary read or write streams, like a raw > file or network connection. > >

[Pharo-users] Thriving on chaos

Op 13-11-2017 om 02:55 schreef Викентий Потапов: I'm very lazy and i like to read rich manuals more than to investigate complex code. I think it is much more natural when you don't need to study the whole system before you can do simple things. The "thriving on chaos" kind of development with

Re: [Pharo-users] PharoLauncher directories

Op 8-11-2017 om 15:56 schreef stephan: I run into all kinds of issues with the directory structure used by the new PharoLauncher. When I copy an image with the launcher, how can I synchronize the Iceberg repositories again? Do I just need to copy the original directory containing them? Is

Re: [Pharo-users] Stream API

Xtreams has very good performance, but the API’s are messy. I haven’t compared the performance of ZnStreams, but it shouldn’t be radically different. From: Stephane Ducasse Sent: Monday, November 13, 2017 1:59 PM To: Any question about pharo is welcome Subject: Re: [Pharo-users] Stream API Hi

Re: [Pharo-users] Pharo-users Digest, Vol 55, Issue 102

On Mon, Nov 13, 2017 at 2:55 AM, Викентий Потапов wrote: > > Thanks Stef, also thank all of you for your support. It is very important to > me and shows that Pharo is really in progress. > I didn't ever complained - i just asked simple questions on topics i don't >

Re: [Pharo-users] FileReference>>#moveTo: across filesystems

This is great to see FileSystem improving. On Mon, Nov 13, 2017 at 7:11 PM, Alistair Grant wrote: > Hi Claudio, > > On 13 November 2017 at 18:49, Claudio Corrodi wrote: >> Hi all, >> >> Manuel Leuenberger and I ran into an issue with the

[Pharo-users] Stream API

I've heard mention once or twice on this list and in some release notes of what sounded like possible coming changes to the stream API. Could anyone point me to any concrete details about that? I haven't been able to dig anything up myself by searching. I'm about to write something that I'd like

Re: [Pharo-users] FileReference>>#moveTo: across filesystems

Hi Claudio, On 13 November 2017 at 18:49, Claudio Corrodi wrote: > Hi all, > > Manuel Leuenberger and I ran into an issue with the FileReference>>#moveTo: > method last week. On my system, I have "/" and "/home" in two different > partitions/file systems. If I do something

[Pharo-users] FileReference>>#moveTo: across filesystems

Hi all, Manuel Leuenberger and I ran into an issue with the FileReference>>#moveTo: method last week. On my system, I have "/" and "/home" in two different partitions/file systems. If I do something like the following, Pharo complains with a PrimitiveFailed signal: '/tmp/aFile.txt'

Re: [Pharo-users] I18n in pharo

Ok, got it. Le 12/11/2017 à 13:04, Stephane Ducasse a écrit : Yes. Morph and Polymorph as well as Athens but Sparta offers a similar API. So conversion should be easy. And Bloc opens a lot of possibilities. Bloc is the result of around 4 years of effort understanding the domain and comparing

Re: [Pharo-users] Embedded PDF viewer?

On 13/11/17 06:59, Ben Coman wrote: > "Live programming PDF documents" seems like a catchy meme that the > broader community may find intriguing.   > > Really, I'm just curious about what might be possible and can only > discover that by walking the way. Certainly I would be interested in that

Re: [Pharo-users] Open Debugger, Save and Quit

Tim Mackinnon wrote > you can override this and Fuel out the debug context to a file Thanks, Tim! I do know about that, but I was thinking/hoping that maybe there was a way to keep the debug context alive without fueling out… - Cheers, Sean -- Sent from:

Re: [Pharo-users] Embedded PDF viewer?

Ben Coman wrote > I've wanted PDF rendering inside Pharo for *years* and finally got a > sniff of a solid possibility - so I'm chasing it down. It might not pan > out like I imagine, but "Live programming PDF documents" seems like a > catchy meme that the broader community may find intriguing.

Re: [Pharo-users] NeoJSON. Allowing null or an object

Hi, I have just found the answer for the reader: -=-=-=- rectangleJson := '{ "origin" : null, "corner" : null }'. (NeoJSONReader on: rectangleJson readStream) mapInstVarsFor: Point; for: Point do: [ :mapping | mapping allowNil ]; for: Rectangle do: [ :mapping |

[Pharo-users] NeoJSON. Allowing null or an object

Hi, Please, how should I modify the mapping to be able to parse the following example? -=-=-=- rectangleJson := '{ "origin" : null, "corner" : null }'. (NeoJSONReader on: rectangleJson readStream) mapInstVarsFor: Point; for: Rectangle do: [ :mapping | (mapping mapInstVar:

Re: [Pharo-users] Open Debugger, Save and Quit

I do something similar, in my WAHtmlHaltAndErrorHandler subclass fuelOutException: exception | filename context | filename := 't3-seaside-exception-{1}.fuel' format: { ZTimestamp now format: '20010203T160506' }. context := exception signalerContext. [

Re: [Pharo-users] Open Debugger, Save and Quit

Hi Sean - not sure if this is exactly what you are after, but there is a method in the debugger that is invoked when you need to debug, you can override this and Fuel out the debug context to a file (or I guess even a variable in the image if you are also saving the image when it gets an

Re: [Pharo-users] Peeking at a stream

> On 2 Nov 2017, at 10:10 , Guillermo Polito wrote: > > My first hunch is that you don't want to change PositionableStream. Because > it works on collections and files (because of inheritance). But not on other > kind of streams that are not part of the hierarchy,

Re: [Pharo-users] Embedded PDF viewer?

On Mon, Nov 13, 2017 at 6:03 PM, K K Subbu wrote: > On Monday 13 November 2017 09:50 AM, Ben Coman wrote: > >> I've managed to build PDFium into a shared library on Ubuntu 16.04. >> (I'll announce a blog post on this later.) >> Now I'm considering the best bitmap format to

Re: [Pharo-users] Embedded PDF viewer?

On Monday 13 November 2017 09:50 AM, Ben Coman wrote: I've managed to build PDFium into a shared library on Ubuntu 16.04. (I'll announce a blog post on this later.) Now I'm considering the best bitmap format to bring the rendered page back into Pharo. Have you considered importing PDFs as a