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,
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
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
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
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
> 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
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
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:
> 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
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
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
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
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:
>
>
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.
>
>
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
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
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
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
>
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
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
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
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'
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
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
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:
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.
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 |
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:
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.
[
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
> 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,
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
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
33 matches
Mail list logo