Messages

31

General discussions / Re: SFML 3D logo

« on: August 17, 2015, 08:53:04 pm »

I think the reason it doesn't look exactly the same is because of the lighting. It looks like you can have the lighting be a lot brighter and also you can see through the white bit of the green bit.

32

Feature requests / Re: Windows OS ::getDesktopMode() fix

« on: August 17, 2015, 08:40:54 pm »

It's not SFML's "fault". We call the WinAPI to place the window at 0, 0 and Windows moves it in by the width of the window decoration. It's "normal" behavior on Windows and if we did add such a change, it would be a hack and not bug fix because we actively work around Windows' behavior.
As such the behavior gets documented so the users can understand what's going on and if they really have an issue with it they can, as you've shown, "fix" it themselves.

Yes, it may be a hack around what Windows OS's want to do but it still makes SFML work as I believe should be intended. Consider for example a beginner SFML code writer. She/he begins writing basic SFML code and following online tutorials. She/he searches for making a full windowed window. She/he then types in that code. She/he that doesn't understand why her/his window is not lining up properly. She/he either goes to the forums for help, stops using it, or searches online for fixes.

There's absolutely no reason why SFML includes what I consider a bug. If a function does not work as intended then it is not working correctly and is a bug. Unless the developers intended setPosition(0, 0) to move your window 9 pixels to the right. This could easily be fixed and avoid all confusion.

From what I know SDL does not feature this and it works as users intend it to. Also, I'd like to add that are you trying to say that every time I want to fix this behavior on a project I'm working on I have to waste time fixing something that SFML does wrong?

33

SFML projects / Re: Sassy GUI

« on: August 17, 2015, 08:32:38 pm »

Well. I searched on Google for synonyms and though about it and I managed to get this:

Simple Advanced Sleek SFML

SASS

We just need something for the "Y".

34

Feature requests / Re: Windows OS ::getDesktopMode() fix

« on: August 17, 2015, 08:24:44 pm »

You misunderstood the statement there. The statement was about Windows sometimes not acting correctly with windows that are bigger than the display resolution, e.g. Windows might just not display the window at all. That the this also applies to the windows that have the same size as the display resolution since decorations are added, is just a remark. As the text already says "with the window decorations (borders and titlebar)" we are aware the the frame and titlebar are added, but it's not a "bug". If someone wants to have a window that has the same resolution as the display but still have window decorations they'll have to deal with the offset themselves.

Also you should make use of the [code=cpp][/code] tags.

How is having a user write:

setPosition(0, 0)

Which then acts like:

setPosition(9, 0)

Not a bug? It seems very strange to leave something like that in SFML. It just completely confuse's beginners as how are they suppose to know that the window is going to be 9 pixels to the right. Wouldn't it just be simpler to fix it so that users don't report it as a bug or ask for help.

35

SFML website / Re: Spelling Error in Documentation

« on: August 17, 2015, 08:04:08 pm »

Thanks for the report!

Since the documentation is generated from the source code, older documentation will always keep these mistakes, while you've already seen it has been fixed and from here on out will be spelled correctly.

Ah, okay I didn't realize it was generated from the code.

36

Feature requests / Windows OS ::getDesktopMode() fix

« on: August 17, 2015, 08:00:19 pm »

I was looking through the documentation on ways to make a window the size of the screen. I found this page:

http://www.sfml-dev.org/tutorials/2.3/window-window.php

If you look at the bottom it says (in exact words):

For some reason, Windows doesn't like windows that are bigger than the desktop. This includes windows created with VideoMode::getDesktopMode(): with the window decorations (borders and titlebar) added, you end up with a window which is slightly bigger than the desktop.

I was almost certain there was a way to fix this and make it work for Windows. I'm using Windows 10 operating system, 64 bit version. I tested and it does indeed produce errors. It gets the correct size but places the window 9 pixels to the right. I managed to fix it with:

window.setPosition(-9, 0)

This was perfectly fine but I wanted to find out why it was 9 pixels difference. I managed to find out that that is the size of the frame surrounding the window. I created a C++ project in CodeBlocks not using SFML. Because according to the documentation this only happens in Windows OS's I was able to narrow it down to fixes that only involved Windows OS's. Thus, I could use the default <window.h> class in C++ for Windows. I produced this code which gets the window's surrounding frame size:

#include <windows.h>

#include <iostream>

int main()
{
    std::cout << GetSystemMetrics(SM_CXSIZEFRAME) << std::endl;
}

That code produces the size frame's width. Which produced 9, confirming that it is the frame causing windows to be rendered 9 pixels to the right. In Window's you can change the frame size so you can't really just say minus 9 pixels as it can be changed. Thus I began work on a more dynamic solution. Here is my code which renders the window correctly:

#include <SFML/Graphics.hpp>

#include <windows.h>

int main()
{
    sf::RenderWindow window(sf::VideoMode::getDesktopMode(), "Majestic SFML Window");

    window.setPosition(sf::Vector2i(0 - GetSystemMetrics(SM_CXSIZEFRAME), 0));

    while (window.isOpen())
    {
        sf::Event event;

        while (window.pollEvent(event))
        {
            if (event.type == sf::Event::Closed)
            {
                window.close();
            }
        }

        window.clear(sf::Color::Black);

        window.display();
    }

    return 0;
}
 

I am fairly certain that the developer of SFML (I think he's called Laurent) can edit SFML to include this. Obviously you cannot just do this as this wouldn't work on other OS's like Mac and Linux. But that's as simple as checking whether the operating system is Window's and if so then run another class to subtract the size frame's size.

So yeah, basically I was wondering if you could fix this bug.[/code]

37

SFML website / Spelling Error in Documentation

« on: August 16, 2015, 10:14:45 pm »

I'm new to SFML and whilst looking at the SFML documentation I noticed there's a small spelling mistake:

http://www.sfml-dev.org/documentation/2.0/classsf_1_1Color.php
http://www.sfml-dev.org/documentation/2.1/classsf_1_1Color.php

manipulating is spelt manpulating