Messages

19246

Graphics / Some minor issues with sfColor/sfImage

« on: August 20, 2007, 03:34:42 pm »

I agree with you, giving a non-opaque color key will be useless in 99.99% cases. But as you said this is a minor issue, so I'll wait for more feedback to see if it's really needed

P.S. - As a side note, you could make a small performance enhancement to sfColor by changing it to a union of a UINT and a struct { a,b,g,r }. When someone calls ToRGBA just return the UINT, and when someone calls the UINT constructor, you just set it. (It may seem minor, but if someone is generating procedural textures, it will be inside a very big nested loop.)

Using unions for this leads to undefined behaviors (according to the C++ standard). More practically, the result won't be the same whether you run it on a big-endian processor or a little-endian one.
The only way to get a portable behavior is to combine / extract the components using bitwise operators.

P.P.S. - On a similar note, it would be great if sfImage::GetPixelsPtr() took optional x and y parameters (defaulted to 0) and returned a non-const pointer. That way if I want to update a small rectangle within an image, it would be easy to get the starting position of each row and iterate quickly across the row.

Pixels are not stored in a two-dimensional array, so I can't return a pointer to a sub-rectangle. To give access to a sub-part of the pixels array, I'd need to return a proxy class which would have to add offsets to match the new X and Y values.

19247

Audio / I need a way to manually destroy the audio device

« on: August 20, 2007, 09:09:12 am »

I'm writing a Ruby extension to allow SFML to be used in Ruby

Great
I'd really like to see it (with source code) when it's finished, and I'll include it to the next SFML release.

Here are my other projects in case you're interested:
http://sponeil.net/
http://g3d-ruby.rubyforge.org/

Very interesting.

19248

Graphics / Some minor issues with sfColor/sfImage

« on: August 20, 2007, 08:56:46 am »

1) You're right, it's more ABGR than RGBA. I guess RGBA is more intuitive for people, so I'll rather change some internal code.

2) Doing this would make the function less flexible. I just can't ignore the alpha value of the color key as some people may need to use it, just like you need to set a target alpha value other than 0.

3) Done

19249

Feature requests / Gui package

« on: August 19, 2007, 07:18:50 pm »

1. Of course But as you said, it's just too early.

2. No, but you can add it easily if you want. Maybe one day I'll add a "drawing" package, to provide functions for drawing 2D shapes like lines, circles, etc.

19250

Feature requests / Tablet Support

« on: August 19, 2007, 04:43:34 pm »

I have other stuff to add / fix at the moment, but I'll contact you when I start working on tablets support

19251

Feature requests / Gui package

« on: August 19, 2007, 04:39:41 pm »

Yes, the GUI package has been started, but as it's not the priority it's hard to tell when it can be finished.

I'd like to give a road-map, but it's really hard to do as I work on SFML during my free-time and I keep the new stuff for later, after I fix every bug and add the most important features

19252

Audio / I need a way to manually destroy the audio device

« on: August 19, 2007, 11:32:38 am »

Ok, I see.

I'll fix this as soon as possible.

19253

General discussions / Mac ETA?

« on: August 19, 2007, 10:52:39 am »

Very good job, keep up the good work  

19254

General discussions / unicode support

« on: August 19, 2007, 10:51:32 am »

i downloaded and tested the svn version, but i couldn't find the sfString chinese characters example

There is no chinese sample :wink:
I just tested it quickly on another sample (the OpenGL one).

besides this i also found out all the openal related example crashed on my pc, that's happened when i exiting the example

This is a known bug, and I'm working to fix it as soon as possible.

btw, i hope you could set vc2005 project property "configuration properties/debugging/working directory" to $(TargetDir). i hope this could make anyone use the svn version easier to debug. thanks

Actually... this is what I do. Did I forget to set this path for one sample ?

19255

Feature requests / Tablet Support

« on: August 19, 2007, 10:47:29 am »

I don't have a Wacom tablet, and I don't know much about it, so it would be hard to implement for me.

But maybe I can borrow one at my office

19256

General / includes files

« on: August 18, 2007, 12:28:59 pm »

Maybe, I'll try to change my architecture or convince you to change those damn includes

These are not "damn includes"
As I said, there is a good reason behind this choice, and even if it conflicts are unlikely to happen, it would be unsafe to do it the way you do.

19257

Feature requests / What about mouses ?

« on: August 18, 2007, 11:25:38 am »

It seems Windows can handle the 4th and 5th buttons quite easily, if it's not too tricky for the other systems I'll try to add it in the next release.

19258

General / includes files

« on: August 18, 2007, 10:53:11 am »

You must keep SFML as the root directory for the SFML include files.

It is generally a good idea to have the library name as the root in the include directives, as it can contain very common file names that could also belong to other libraries (I'm sure I can find another library which include a <System/Clock.hpp> file).
With the library name as the first directory, it simply avoids conflicts.

19259

Graphics / Antialiasing

« on: August 17, 2007, 08:47:09 pm »

It's not supported yet, but it will be added soon.

19260

General discussions / why not using a namespace

« on: August 17, 2007, 01:53:35 pm »

I made this choice of not using namespaces when I started to write the library, for various reasons (mainly a personal style, there is no particular technical reason).

Now, I'm ok to change it, but as it's an important decision I need stronger arguments. Not only "it's C++ philosophy" or "namespaces are cute"