sdl4fp-users — For app writers USING the SDL4Freepascal lib.

Re: [Sdl4fp-users] Re: Compatibility issue with 1.2.0.1

[Christian S. <csp...@fr...>]

Yepp, I know, I wrote it :)

Am Sonntag 08 Januar 2006 20:12 schrieb Mark de Wever:
> > > Well, a possible fix would be to overload the corresponding functions,
> > > so
> > > compatibility could be retained...
> >
> > That would require the use of objfpc or delphi modes which is something
> > we are
> > trying to avoid. Besides, since the changed type is the return value
> > then
> > overloading wouldn't probably work.
>
> I already tried to overload them before posting the initial mail, but
> that doesn't work.
> BTW sdl_ttf.pp in the extra package does use the overload directive
> a lot.
>
> Regards,
>
> Mark de Wever
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Sdl4fp-users mailing list
> Sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdl4fp-users

[Sdl4fp-users] Re: Compatibility issue with 1.2.0.1

[Mark de W. <ko...@xs...>]

> > Well, a possible fix would be to overload the corresponding functions,
> > so
> > compatibility could be retained...
> 
> That would require the use of objfpc or delphi modes which is something
> we are 
> trying to avoid. Besides, since the changed type is the return value
> then 
> overloading wouldn't probably work.

I already tried to overload them before posting the initial mail, but
that doesn't work. 
BTW sdl_ttf.pp in the extra package does use the overload directive
a lot.

Regards,

Mark de Wever

Re: [Sdl4fp-users] Compatibility issue with 1.2.0.1

[Elio C. <el...@mi...>]

El S=E1b 07 Ene 2006 06:32, Christian Speckner escribi=F3:
> Well, a possible fix would be to overload the corresponding functions, so
> compatibility could be retained...

That would require the use of objfpc or delphi modes which is something we =
are=20
trying to avoid. Besides, since the changed type is the return value then=20
overloading wouldn't probably work.

>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> _______________________________________________
> Sdl4fp-users mailing list
> Sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdl4fp-users

Re: [Sdl4fp-users] Compatibility issue with 1.2.0.1

[Christian S. <csp...@fr...>]

Well, a possible fix would be to overload the corresponding functions, so 
compatibility could be retained...

Re: [Sdl4fp-users] Compatibility issue with 1.2.0.1

[Elio C. <el...@mi...>]

Yes, i ran into this problem too, not a big problem as the change is easy. =
But=20
what do you think? LongBool makes the code cleaner but breaks compatibility=
=20
and in LibSDL int is used, so this is not an exact translation. Not a big=20
deal since in C you would use the return value as a bool anyway.

El Mar 03 Ene 2006 16:28, Mark de Wever escribi=F3:
> Hi,
>
> First of all nice to see a new release comming soon with sdl_image and
> sdl_ttf included. I did a short test and it seems to work. I ran in one
> compatibility issue in version 1.2.0 SDL_PollEvent returns a longint and
> in 1.2.0.1 a longbool, which caused my program fail to compile. Not a
> big issue for me, but the documentation doesn't note this change and I
> don't know how much trouble it causes for other users. Also since more
> calls changed from longint to longbool.
>
> Regards,
> Mark de Wever
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> _______________________________________________
> Sdl4fp-users mailing list
> Sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdl4fp-users

[Sdl4fp-users] Compatibility issue with 1.2.0.1

[Mark de W. <ko...@xs...>]

Hi,

First of all nice to see a new release comming soon with sdl_image and
sdl_ttf included. I did a short test and it seems to work. I ran in one
compatibility issue in version 1.2.0 SDL_PollEvent returns a longint and
in 1.2.0.1 a longbool, which caused my program fail to compile. Not a
big issue for me, but the documentation doesn't note this change and I 
don't know how much trouble it causes for other users. Also since more
calls changed from longint to longbool.

Regards,
Mark de Wever

[Sdl4fp-users] New release soon!

[Daniel F M. <dmo...@gr...>]

Hi everyone,

   Elio and me have been working into a new release including some of
the improvements that have been made recently (for example the "extras"
package including sdl_image and sdl_ttf; fpc makefiles and packages for
easier installation; and some extra demos, in particular about event
handling).

I think it is almost release ready; at least it works at home. However,
before public release I would like to know if it works for users here.
I've put online a "preview" of what 1.2.0.1 will be, you can get it at:

http://www.grulic.org.ar/~dmoisset/files/SDL4Freepascal-1.2.0.1.tar.gz
http://www.grulic.org.ar/~dmoisset/files/SDL4Freepascal-extras-1.2.0.1.tar.=
gz

Hope to get your feedback. If everything goes well for about 2 weeks,
we'll make the official release.

Happy new year!

	Daniel

--=20
"Why program by hand in five days what you can spend five years of your
life automating."
            -- Terrence Parr, ANTLR author

Re: [Sdl4fp-users] SDL4FP dead again?

[Matthias <ma...@gm...>]

That's great. So I don't have to switch to JEDI's translations.

Merry Christmas Elio and the other active knights!
Matthias
----- Original Message ----- 
From: "Elio Cuevas Gómez" <el...@mi...>
To: <sdl...@li...>
Sent: Sunday, December 18, 2005 2:25 AM
Subject: Re: [Sdl4fp-users] SDL4FP dead again?


Sorry, i have been very busy these days. I don't know about Daniel, but 
surely
we are not death :-).
Any bug reports, feature request, etc are welcome.

El Sáb 17 Dic 2005 18:57, Matthias escribió:
> Is there something going on or any development frozen again?
>
> Matthias


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=ick
_______________________________________________
Sdl4fp-users mailing list
Sdl...@li...
https://lists.sourceforge.net/lists/listinfo/sdl4fp-users

Re: [Sdl4fp-users] SDL4FP dead again?

[Elio C. <el...@mi...>]

Sorry, i have been very busy these days. I don't know about Daniel, but sur=
ely=20
we are not death :-).
Any bug reports, feature request, etc are welcome.

El S=E1b 17 Dic 2005 18:57, Matthias escribi=F3:
> Is there something going on or any development frozen again?
>
> Matthias

[Sdl4fp-users] SDL4FP dead again?

[Matthias <ma...@gm...>]

Is there something going on or any development frozen again?

Matthias

[Sdl4fp-users] new chapter added

[Matthias <ma...@gm...>]

New chapter added on my site. I know bad English.=20

http://www.fp.sdl.de.vu/

Re: [Sdl4fp-users] SDL graph unit existing?

[Elio C. <el...@mi...>]

El S=E1b 03 Sep 2005 09:11, Matthias escribi=F3:
> Is there a unit similar to the graph unit which lets you draw many
> primitives or something?

Yes, there are some, e.g. SDL_gfx. It's C but i guess it should be possible=
 to=20
translate the units to Pascal.
Also, someone was working in creating a graph unit based in SDL, but i don'=
t=20
know how far that project got. BTW, if speed is not critical you may have=20
success with the standard FPC graph unit.

Re: [Sdl4fp-users] SDL graph unit existing?

[Christian S. <csp...@fr...>]

As far as I know, there is not such thing. If you like to experiment, though, 
you might try the graphcore.pas library from amoeba. It essentially is a 
object oriented wrapper around SDL allowing linedrawing, setting pixels, 
displaying text and stuff. If you are brave and try, keep in mind though that 
there are many things unfinished (I only implemented the parts I really 
needed 'till now, there are stubs in some places) and there might be bugs 
everywhere. Also, there is no range checking done when drawing on the screen; 
if you exceed the bounds, your code will most likely segfault.

Greetings
 -Christian Speckner

[Sdl4fp-users] SDL graph unit existing?

[Matthias <ma...@gm...>]

Is there a unit similar to the graph unit which lets you draw many  
primitives or something?
-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

Re: [Sdl4fp-users] SDL_ttf

[Daniel F M. <dmo...@ar...>]

On Sun, 2005-08-14 at 14:08, Christian Speckner wrote:
> I have pushed a modified SDL_ttf.pas into the amoeba CVS repository. I have 
> changed all occurances of pointer arguments into var arguments (where it is 
> possible). Also, it is now possible to call the functions with PChar 
> arguments as well as with string arguments, hopefully without any 
> copy-and-paste errors left :)

I imported your changes into SDL4Freepascal. I also added a demo which
shows some basic use of the library.

	D.

Re: [Sdl4fp-users] thx

[Christian S. <csp...@fr...>]

No problem. :)
Btw, if you need some references about the SDL API, there is a quite good wiki 
as well as several documentations and tutorials on the SDL homepage at 
www.libsdl.org

Greetings
 -Christian

Re: [Sdl4fp-users] liddle problem with sdl_mouse

[Daniel F M. <dmo...@ar...>]

On Wed, 2005-08-24 at 12:41, Christian Speckner wrote:
> I'm not sure, but if I recall correctly you have to update the SDL event queue 
> (e.g. calling SDL_PumpEvent) to update the mouse stats...

That's right. Call SDL_PumpEvent before.

	D.

-- 
Must it be assumed that because we are engineers beauty is not our concern,
and that while we make our constructions robust and durable we do not also
strive to make them elegant?
Is it not true that the genuine conditions of strength always comply
with the secret conditions of harmony?
    -- Gustave Eiffel, 1887

[Sdl4fp-users] thx

[shitontcpa <shi...@we...>]

thank you very much.
the test-program works now, after setting "sdl_pumpevents;" before the "sdl_getmousestate( mouse_coordinate_x , mouse_coordinate_y );"

Re: [Sdl4fp-users] liddle problem with sdl_mouse

[Christian S. <csp...@fr...>]

I'm not sure, but if I recall correctly you have to update the SDL event queue 
(e.g. calling SDL_PumpEvent) to update the mouse stats...

Greetings
 -Christian Speckner

[Sdl4fp-users] liddle problem with sdl_mouse

[shitontcpa <shi...@we...>]

in the program below i tried to read out mouse-data. ( sdl4freepascal from sourceforge 1.2.0.0 )
i just created and set a cursor after initialation of a window, but after that, it didn't work to read out mouse-data, so i'm just thinking, that i forgot something ( like using a unit or an initialation ), although i checked the whole thing a few times. ( but here i have to say, that i didn't had a tutorial, so i just read the unit, which does contend a lot of extra-information in it. )
( as far as i know - out of unit-source-code-reading - mouse-functions have not to be initialised by sdl_init() )
i think, that i did an error, cause i don't think the unit has any bug. the program is put below.


sdltest_02.pp:


program sdl_test;








uses sdl, sdl_video, sdl_mouse, crt;








{          +++ vars + const +++          }
const
	max_x_ : word = 320;
	max_y_ : word = 200;
	colord : byte = 16;
	show_delay_max : byte = 39;
	show_delay_size : byte = 8;
	show_delay_y : word = 160;



var
	buffer : char;
	screen : psdl_surface;
	counter : array[ 0 .. 1 ] of word;
	show_delay_counter : byte;
	running : boolean;
	delayment : byte;
	button : array[ 1 .. 2 , 0 .. 1 , 0 .. 1 ] of word; { [ button# , x / y , first / last ] }
	button_counter : byte;

	mouse_coordinate_x : longint;
	mouse_coordinate_y : longint;

	cursor : psdl_cursor;
	cursor_mask_flag : pbyte;
	cursor_data_flag : pbyte;




type
	pixel = word;
	tpixelbuf = array[ 0 .. 199 , 0 .. 319 ] of pixel;








{          +++ procedures + functions +++          }
procedure show_delay( value : word );

begin
		for counter[ 0 ] := ( show_delay_counter * show_delay_size ) to ( ( ( show_delay_counter + 1 ) * show_delay_size ) - 1 ) do
			for counter[ 1 ] := show_delay_y to ( show_delay_y + show_delay_size - 1 ) do
				tpixelbuf( screen^.pixels^ )[ counter[ 1 ] , counter[ 0 ] ] := value;
end;








{          +++ main-part +++          }
begin
	button[ 1 , 0 , 0 ] :=  40;
	button[ 1 , 0 , 1 ] := 120;
	button[ 1 , 1 , 0 ] :=  40;
	button[ 1 , 1 , 1 ] := 120;
	button[ 2 , 0 , 0 ] := 200;
	button[ 2 , 0 , 1 ] := 280;
	button[ 2 , 1 , 0 ] :=  40;
	button[ 2 , 1 , 1 ] := 120;

	writeln;
	writeln( 'sdl : test #02' );
	writeln;
	write( 'number of milli-secounds to wait for the next step: ' );	readln( delayment );
	writeln;
	writeln( 'getting into graphical mode...' );
	sdl_init( sdl_init_video );
	screen := sdl_setvideomode( max_x_ , max_y_ , colord , sdl_swsurface );

	{   black screen   }
	writeln( 'empty screen...' );
	for counter[ 0 ] := 0 to max_x_ do for counter[ 1 ] := 0 to max_y_ do tpixelbuf( screen^.pixels^ )[ counter[ 0 ] , counter[ 1 ] ] := 0;

	{   buttons   }
	writeln( 'create button frames...' );
	for button_counter := 1 to 2 do
	begin
		for counter[ 0 ] := button[ button_counter , 0 , 0 ] to button[ button_counter , 0 , 1 ] do tpixelbuf( screen^.pixels^ )[ button[ button_counter , 1 , 0 ] , counter[ 0 ] ] := 65535;
		for counter[ 0 ] := button[ button_counter , 0 , 0 ] to button[ button_counter , 0 , 1 ] do tpixelbuf( screen^.pixels^ )[ button[ button_counter , 1 , 1 ] , counter[ 0 ] ] := 65535;
		for counter[ 0 ] := button[ button_counter , 1 , 0 ] to button[ button_counter , 1 , 1 ] do tpixelbuf( screen^.pixels^ )[ counter[ 0 ] , button[ button_counter , 0 , 0 ] ] := 65535;
		for counter[ 0 ] := button[ button_counter , 1 , 0 ] to button[ button_counter , 1 , 1 ] do tpixelbuf( screen^.pixels^ )[ counter[ 0 ] , button[ button_counter , 0 , 1 ] ] := 65535;
	end;
	sdl_updaterect( screen , 0 , 0 , 0 , 0 );

	writeln( 'creating cursor...' );
	new( cursor_mask_flag );
	cursor_mask_flag^ := 1;
	dispose( cursor_mask_flag );
	new( cursor_data_flag );
	cursor_data_flag^ := 0;
	dispose( cursor_data_flag );
	cursor := sdl_createcursor( cursor_data_flag , cursor_mask_flag , 1 , 1 , 0 , 0 );

	writeln( 'setting cursor...' );
	sdl_setcursor( cursor );

	writeln( 'starting main-process...' );
	show_delay_counter := show_delay_max;
	running := true;
	repeat
		show_delay( 0 );
		if show_delay_counter < show_delay_max
			then show_delay_counter := show_delay_counter + 1
			else show_delay_counter := 0;
		show_delay( 65535 );

		sdl_updaterect( screen , 0 , 0 , 0 , 0 );

		sdl_getmousestate( mouse_coordinate_x , mouse_coordinate_y );
		writeln( 'mouse at : ( ' , mouse_coordinate_x , ' | ' , mouse_coordinate_y , ' )' );
		delay( delayment );
	until keypressed;
	writeln( 'ending main-process...' );

	writeln( 'leaveing graphical mode...' );
	sdl_freesurface( screen );

	writeln( 'getout cursor...' );
	sdl_freecursor( cursor );
	sdl_quit;
	writeln( 'halt.' );
end.

Re: [Sdl4fp-users] SDL_ttf

[Matthias <ma...@gm...>]

Cool. I will test it!

Am 14.08.2005, 19:08 Uhr, schrieb Christian Speckner  
<csp...@fr...>:

> I have pushed a modified SDL_ttf.pas into the amoeba CVS repository. I  
> have
> changed all occurances of pointer arguments into var arguments (where it  
> is
> possible). Also, it is now possible to call the functions with PChar
> arguments as well as with string arguments, hopefully without any
> copy-and-paste errors left :)
> Matthias, you should update to this version since it might break  
> exisiting
> code.
>
> Greetings
>  -Christian Speckner
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle  
> Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing &  
> QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Sdl4fp-users mailing list
> Sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdl4fp-users
>



-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

Re: [Sdl4fp-users] SDL_ttf

[Christian S. <csp...@fr...>]

I have pushed a modified SDL_ttf.pas into the amoeba CVS repository. I have 
changed all occurances of pointer arguments into var arguments (where it is 
possible). Also, it is now possible to call the functions with PChar 
arguments as well as with string arguments, hopefully without any 
copy-and-paste errors left :)
Matthias, you should update to this version since it might break exisiting 
code.

Greetings
 -Christian Speckner

Re: [Sdl4fp-users] SDL_ttf

[Matthias <ma...@gm...>]

Disable optimizations didn't work. - Well, but the hint with the .dll  
file... that's it (I don't think it was a "more stupid idea" btw ;) )! Now  
I copied it and it works now!!! Thanks for your help!

Greets,
Matthias

Am 12.08.2005, 00:50 Uhr, schrieb Christian Speckner  
<csp...@fr...>:

> Hmm, dunno, I don't have acces to a windows box, so I can't test this.  
> Just a
> guess: try to disable all optimizations in fpc; this fixed some seemingly
> paradox glitches for me (on a ppc cpu, though). Also (more stupid idea):  
> are
> the neccessary .dll files available to the program and (if they are) are  
> they
> up to date?
>
>> I am working with Windows XP and have Athlon XP 2600+. If I don't add  
>> unit
>> SDL_TTF to uses clause all is working fine without any errors.
>> Unfortunately I have not much time the next few weeks. But then I will
>> test out if I can fix the problem if nobody else knows any solutions to
>> this.
>>
>> Greets,
>> Matthias
>>
>> > Hmmm, strange, I had no problems of this kind on two systems. What OS  
>> and
>> > architecture are you working with?
>> >
>> >> Well, it occurs evertime I try to use the unit:
>> >>
>> >> (* CODE START *)
>> >>
>> >> PROGRAM test;
>> >> USES SDL, SDL_TTF;
>> >>
>> >> BEGIN
>> >> END:
>> >>
>> >> (* CODE END *)
>> >>
>> >> > Do you have a code example of this?
>> >> >
>> >> >> Anyhow I have problems using the unit. Program stops with messege
>> >> >> "exited
>> >> >> with exitcode = 309".  Any solutions known to avoid this?
>> >> >>
>> >> >> Greets,
>> >> >> Matthias
>> >> >>
>> >> >> Am 05.08.2005, 17:36 Uhr, schrieb Christian Speckner
>> >> >>
>> >> >> <csp...@fr...>:
>> >> >> > Hmmm..., well, there is the graphics demo from amoeba (in fact,
>> >>
>> >> this
>> >>
>> >> >> > currently
>> >> >> > is the only executable in the project), but it propably wouldn't
>> >>
>> >> be a
>> >>
>> >> >> > good
>> >> >> > demo for SDL_ttf since it heavily relies on a couple of units.
>> >>
>> >> Still,
>> >>
>> >> >> if
>> >> >>
>> >> >> > you
>> >> >> > want, you can include this thing (it uses many other aspects of
>> >> >> > SDL_video as
>> >> >> > well)... to compile, it needs all source files in the amoeba
>> >> >>
>> >> >> repository.
>> >> >>
>> >> >> > I still have a couple of exams in August, but I certainly can  
>> write
>> >> >>
>> >> >> some
>> >> >>
>> >> >> > small
>> >> >> > demo opening a .ttf and displaying some text after they are
>> >>
>> >> finished
>> >>
>> >> >> :)
>> >> >> :
>> >> >> > Greetings
>> >> >> > 	-Christian Speckner
>> >> >> >
>> >> >> > Am Freitag, 5. August 2005 06:40 schrieb Elio Cuevas Gómez:
>> >> >> >> El Lun 01 Ago 2005 04:06, Christian Speckner escribió:
>> >> >> >> > Hi there!
>> >> >> >> >
>> >> >> >> > I have converted the SDL_ttf header, and although I haven't
>> >>
>> >> tested
>> >>
>> >> >> it
>> >> >>
>> >> >> >> > extensively, it seems to work fine. If anyone is interested:  
>> it
>> >>
>> >> is
>> >>
>> >> >> >> part
>> >> >> >>
>> >> >> >> > of the amoeba CVS (sourceforge project amoebagame) and  
>> resides
>> >>
>> >> in
>> >>
>> >> >> the
>> >> >>
>> >> >> >> > "headers" subdir.
>> >> >> >> > Daniel, if you want, feel free to add this to SDL4fp... :)
>> >> >> >>
>> >> >> >> Thanks, i have added it to the "extras" module in the sdl4fp
>> >> >>
>> >> >> project. By
>> >> >>
>> >> >> >> the way, wouldn't you happen to have some little demos that we
>> >>
>> >> could
>> >>
>> >> >> >> include?
>> >> >> >>
>> >> >> >> > Greetings
>> >> >> >> > 	-Christian Speckner
>> >> >> >> >
>> >> >> >> >
>> >> >> >> > -------------------------------------------------------
>> >> >> >> > SF.Net email is sponsored by: Discover Easy Linux Migration
>> >> >>
>> >> >> Strategies
>> >> >>
>> >> >> >> > from IBM. Find simple to follow Roadmaps, straightforward
>> >>
>> >> articles,
>> >>
>> >> >> >> > informative Webcasts and more! Get everything you need to get
>> >>
>> >> up to
>> >>
>> >> >> >> > speed, fast.
>> >> >>
>> >> >> http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>> >> >>
>> >> >> >> > _______________________________________________
>> >> >> >> > Sdl4fp-users mailing list
>> >> >> >> > Sdl...@li...
>> >> >> >> > https://lists.sourceforge.net/lists/listinfo/sdl4fp-users
>> >> >> >>
>> >> >> >> -------------------------------------------------------
>> >> >> >> SF.Net email is Sponsored by the Better Software Conference &  
>> EXPO
>> >> >> >> September 19-22, 2005 * San Francisco, CA * Development  
>> Lifecycle
>> >> >> >> Practices
>> >> >> >> Agile & Plan-Driven Development * Managing Projects & Teams *
>> >> >>
>> >> >> Testing &
>> >> >>
>> >> >> >> QA
>> >> >> >> Security * Process Improvement & Measurement *
>> >> >> >> http://www.sqe.com/bsce5sf
>> >> >> >> _______________________________________________
>> >> >> >> Sdl4fp-users mailing list
>> >> >> >> Sdl...@li...
>> >> >> >> https://lists.sourceforge.net/lists/listinfo/sdl4fp-users
>> >> >> >
>> >> >> > -------------------------------------------------------
>> >> >> > SF.Net email is Sponsored by the Better Software Conference &  
>> EXPO
>> >> >> > September 19-22, 2005 * San Francisco, CA * Development  
>> Lifecycle
>> >> >> > Practices
>> >> >> > Agile & Plan-Driven Development * Managing Projects & Teams *
>> >>
>> >> Testing
>> >>
>> >> >> &
>> >> >>
>> >> >> > QA
>> >> >> > Security * Process Improvement & Measurement *
>> >> >>
>> >> >> http://www.sqe.com/bsce5sf
>> >> >>
>> >> >> > _______________________________________________
>> >> >> > Sdl4fp-users mailing list
>> >> >> > Sdl...@li...
>> >> >> > https://lists.sourceforge.net/lists/listinfo/sdl4fp-users
>> >> >>
>> >> >> -------------------------------------------------------
>> >> >> SF.Net email is Sponsored by the Better Software Conference & EXPO
>> >> >> September 19-22, 2005 * San Francisco, CA * Development Lifecycle
>> >> >> Practices
>> >> >> Agile & Plan-Driven Development * Managing Projects & Teams *
>> >>
>> >> Testing &
>> >>
>> >> >> QA
>> >> >> Security * Process Improvement & Measurement *
>> >> >> http://www.sqe.com/bsce5sf
>> >> >> _______________________________________________
>> >> >> Sdl4fp-users mailing list
>> >> >> Sdl...@li...
>> >> >> https://lists.sourceforge.net/lists/listinfo/sdl4fp-users
>> >> >
>> >> > -------------------------------------------------------
>> >> > SF.Net email is Sponsored by the Better Software Conference & EXPO
>> >> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle
>> >> > Practices
>> >> > Agile & Plan-Driven Development * Managing Projects & Teams *  
>> Testing
>> >>
>> >> &
>> >>
>> >> > QA
>> >> > Security * Process Improvement & Measurement *
>> >>
>> >> http://www.sqe.com/bsce5sf
>> >>
>> >> > _______________________________________________
>> >> > Sdl4fp-users mailing list
>> >> > Sdl...@li...
>> >> > https://lists.sourceforge.net/lists/listinfo/sdl4fp-users
>> >
>> > -------------------------------------------------------
>> > SF.Net email is Sponsored by the Better Software Conference & EXPO
>> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle
>> > Practices
>> > Agile & Plan-Driven Development * Managing Projects & Teams * Testing  
>> &
>> > QA
>> > Security * Process Improvement & Measurement *  
>> http://www.sqe.com/bsce5sf
>> > _______________________________________________
>> > Sdl4fp-users mailing list
>> > Sdl...@li...
>> > https://lists.sourceforge.net/lists/listinfo/sdl4fp-users
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle  
> Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing &  
> QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Sdl4fp-users mailing list
> Sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdl4fp-users
>
-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

Re: [Sdl4fp-users] SDL_ttf

[Matthias <ma...@gm...>]

Damn! I just forgot to copy DLL file :( - That's life! Now it works so  
there hasn't to be anything bugfixed or something. Thanks for your help.

Greets,
Matthias

Am 12.08.2005, 07:22 Uhr, schrieb Daniel F Moisset <dmo...@ar...>:

> On Mon, 2005-08-08 at 16:00, Matthias wrote:
>> Anyhow I have problems using the unit. Program stops with messege  
>> "exited
>> with exitcode = 309".  Any solutions known to avoid this?
>>
>
> Which freepascal version are you using? which sdl/sdl_ttf versions? are
> you running as a normal user or administrator?
>
> With that info, I'll try to reproduce this on an XP box
>
> Thanks,
> 	Daniel
>
-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

Re: [Sdl4fp-users] SDL_ttf

[Christian S. <csp...@fr...>]

That's a rather nice idea to change that; I'll try to see to it this weekend 
(I hope I'll find time; I have an exam next week). As far as I know, the unit 
isn't really used anywhere except in amoeba at the moment, so changing will 
be no problem at this point.
Perhaps I'll also overload the functions taking "PChar" as argument and add 
wrappers using "string" since this is the "pascalish" way to do that (I hate 
those PChars).

> On Fri, 2005-08-05 at 12:36, Christian Speckner wrote:
> > Hmmm..., well, there is the graphics demo from amoeba (in fact, this
> > currently is the only executable in the project), but it propably
> > wouldn't be a good demo for SDL_ttf since it heavily relies on a couple
> > of units.
>
> Right... besides, the demos included are short, use only a few functions
> and are heavily commented. The idea is to introduce only one concept in
> each demo, so they can be read sequentially as a tutorial.
>
> >  Still, if you
> > want, you can include this thing (it uses many other aspects of SDL_video
> > as well)... to compile, it needs all source files in the amoeba
> > repository. I still have a couple of exams in August, but I certainly can
> > write some small demo opening a .ttf and displaying some text after they
> > are finished :)
>
> I'll probably work on that this week.
>
> I have some comments about your unit I'd like to make:
>
> In several places of SDL4FP, I've substituted pointer arguments by var
> arguments; usually in the cases where the argument is used to reecive a
> return value and is not expected to be used with 'nil' ('NULL') value.
>
> For example, check the last three arguments of SDL_GetRGB: they are
> declared as "var r,g,b: Uint8" instead of "r, g, b: ^Uint8". For
> consistency, it would be nice to modify SDL_ttf in that way (for
> example, the GlyphMetrics routine would be a good candidate for that).
> But that will break programs currently using your unit; and besides
> would need mantaining two separate copies of SDL_ttf.pp .
>
> So, my question is... how widely is your unit used? If you are just
> using it for amoeba, would it be to hard to adapt to this kind of
> changes? It would be nice to unify this, and change it early (when there
> are just a few pieces of code using these libraries)
>
> Cheers,
>  Daniel