Messages

1

Window / Mouse Cursor Problems

« on: May 28, 2008, 03:48:57 am »

Hi All

This problem is occurring in my system (WinXP SP3) using SFML 1.2.

In windowed mode using a custom cursor (and hiding the windows cursor), When i deactivate the window (i.e. by selecting another window) and then reactivate it, the cursor no longer moves around the window smoothly, but instead jumps around as if the application is only rendering every second or so.

Does anyone have this problem?

Alex

2

Feature requests / Resizing Window

« on: May 27, 2008, 12:51:07 am »

As i understand it, setview will allow me to scale the whole screen.
Most games will actually adjust the GUI layout at different screen sizes so you can see more of the map etc at higher resolutions, not just scale the screen (which is what i understand setview does). You also would get image quality issues when scaling.

Using create to create a whole new window when you want to perform something like a size change seems unnecessarily complicated. It also adds the need to store a pointer to a renderwindow allocated on the heap, so you can destroy/recreate it. Also, when you re-create the window, it's x/y position changes.

3

Feature requests / Resizing Window

« on: May 25, 2008, 09:27:07 am »

Thank you for thinking about it.

Otherwise the conversion process for my project has been really easy.

4

Feature requests / Resizing Window

« on: May 25, 2008, 12:15:22 am »

Hmm not sure i agree with you about assuming users won't do stupid things. I've worked as a programmer in the games industry for too long
The problem with assuming users wont do stupid things is that it's a false assumption. People *always* do stupid things.

For a little background - our game is mostly gui based - in our current engine when you stretch the screen, the gui elements re-arrange themselves automatically as they are set in relation to the screen size. Now if you go below a certain level, they will overlap and be cut off (because there is a minimum you can resize some things like text and buttons). If this happens in our game, we will get support emails complaining 'bugs'. There is currently no way around this - short of not allowing the user to resize the window.

Ok - Is there any possible way to provide a SetSize function for the window? (It should probably be there as there is a SetPosition already existing). That way, if we received a resize event which is smaller than our minimum value, we can simply call window.SetSize to our minimum size?

Lastly - having to destroy / create the window again just to set it's width/height seems way too much work for a function that should probably be there. I tried this suggestion, but it also suffers from the problem that the X/Y position of the window changes when you go through the destroy/create (on my winXP using SFML1.2). There is a way to set the X/Y position of a window - but no way to get the current x/y position.

So In Short - Can you add a SetSize() function to window, and GetPosition() (or GetLeft(), GetTop()) ?

5

Feature requests / Resizing Window

« on: May 24, 2008, 01:49:19 pm »

I mean that the user is able to resize a window down to 1pixel x 1pixel if he wants and i can't think of any reason this would be a useful thing. I think there will always be a minimum screen size the programmer should be able to set. - Also im talking about windowed mode here.

Also - as a separate question - is there any way to change the size of a renderwindow after it's creation? If not - then I can see i'll have great troubles switching to sfml. Because
a) you cant use the resize flag for windows (because the user can make his screen rediculously small for example), and b) I cant see how you change the width/height of an existing renderwindow.

Any info you could provide would be much appreciated.

6

Feature requests / Resizing Window

« on: May 24, 2008, 08:55:07 am »

I certainly agree with you in the need to keep the interface as minimal and simple as possible.

I'm trying to think of a situation where somebody would want the user to be able to resize to very small proportions and can't. :lol:

If the user is able to resize to any proportions without restriction, then I can't see any use to the resize style.

Nice library by the way. Very well set out, and a nice small set of functions for each interface that just get's the job done.

Alex

7

Feature requests / Resizing Window

« on: May 24, 2008, 03:59:09 am »

It would be very useful to be able to set a minimum screen size for resizable windows (ie a user can't resize smaller than x width and y height.)

When resizing a window, it currently goes black. It should allow redrawing as normal (or at least have a special callback function for drawing during resize).

8

Feature requests / Add dates to the roadmap

« on: May 24, 2008, 03:52:00 am »

Love to see dates next to the roadmap items to show when they were added / completed. That way i dont need to scan through them all and try to remember which ones were there before.