MatthiasM wrote:

>> I did. But "button" still crashes, rev. 5316
> 
> Oh, yes, I had that one before. "make clean" did not clean every file. I just checked in a better attempt at the Makefile.

I just removed all objects and binaries manually...

> make clean; make
> 
> should now fix this problem.

The new Makefile works too, but "rm -rf fl/*.o"
looks strange. What is the -r flag doing there ?

--anders

kris wrote:

>> Is there something like a "makedepend" for "D"?
> 
> Yes, Matthias ~ it's called Build, and it effectively adds each import to the compilation list. You can find Build on dsource.org

I can't really get Build to work on the Macintosh.

But maybe that is just me... (and it did compile OK)

--anders

Anders F Björklund wrote:

> The new Makefile works too, but "rm -rf fl/*.o"
> looks strange. What is the -r flag doing there ?

Nothing really. It doesn't harm either. It'll be removed in the next commit.

MatthiasM wrote:

> Nothing really. It doesn't harm either. It'll be removed in the next commit.

Just paranoia from having a coworker run such a command with spaces. :-)

--anders

kris wrote:
> MatthiasM wrote:
>>
>> Is there something like a "makedepend" for "D"?
> 
> Yes, Matthias ~ it's called Build, and it effectively adds each import to the compilation list. You can find Build on dsource.org

Thanks, Kris. I will try "build" when my code somewhat stabilizes and I can better judge what it'll do for me. For now, I stick with "make" simply because it is installed on every developer Mac anyways.

Matthias

MatthiasM wrote:

> BTW: I added drawing of all boxtypes and a mostly working single line text input widget.
> 
> Please folks, keep on testing - and maybe even contribute fixes... .

This is probably a known problem / FLTK 1.1 shortcoming, but the
dialog boxes don't work with any non-ASCII characters for input.

The fatal exception thrown is a "Error: 4invalid UTF-8 sequence"
(looks like it is stuff the native platform codeset into a char[])

--anders

Anders F Björklund wrote:
> MatthiasM wrote:
> 
>> BTW: I added drawing of all boxtypes and a mostly working single line text input widget.
>>
>> Please folks, keep on testing - and maybe even contribute fixes... .
> 
> This is probably a known problem / FLTK 1.1 shortcoming, but the
> dialog boxes don't work with any non-ASCII characters for input.
> 
> The fatal exception thrown is a "Error: 4invalid UTF-8 sequence"
> (looks like it is stuff the native platform codeset into a char[])

FLTK 1.1 does not speak UTF-8, but uses the machine default code page.

As soon as 1.1 is ported, I will converge 1.1 and 1.2, which has full UTF-8 support (and a few other very beautiful additions).

Matthias

Another suggestion: you have code like this:

typedef UInt32 WindowPositionMethod;
enum {
   kWindowCenterOnMainScreen = 1,
   ...
}

I think you should make one of these two changes: change the typedef to alias (why, because C's typedef isn't D's typedef but alias), or make the enum derive (is that the right term?) from the typedef:

enum : WindowPositionMethod {
   kWindowCenterOnMainScreen = 1,
   ...
}

OT:
to anyone, what's the svn command to get a diff between two revisions of a file?

-- 
Carlos Santander Bernal

> OT:
> to anyone, what's the svn command to get a diff between two revisions of a
> file?
> 

This one is simple :-)

svn diff -r 100:HEAD or
svn diff -r 100:101

-- 
Regards
Marcin Kuszczak
(Aarti_pl)

Marcin Kuszczak escribió:
>> OT:
>> to anyone, what's the svn command to get a diff between two revisions of a
>> file?
>>
> 
> This one is simple :-)
> 
> svn diff -r 100:HEAD or
> svn diff -r 100:101
> 

Thanks.

-- 
Carlos Santander Bernal