Welcome, Guest. Please login or register. Did you miss your activation email?

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - eXpl0it3r

Pages: 1 ... 627 628 [629] 630 631 ... 720
9421
Window / Re: Drawing/Displaying sprites from another function
« on: October 21, 2012, 07:02:06 pm »
Is there any easy solution for this?  ???
Yes, learn C++ first. ;)
Seriously SFML is not a library with which one should learn very basic things like functions, classes, return types, types in general, references, etc. For those topics there exists hundreds of books and thousands of tutorials.
You also might want to read things about the object oriented programming (OOP) pattern.

To answer your question: Yes you can draw from different functions. You can for instance pass the render window as reference to the function and draw things from there. But if you want to make things a bit cleaner I'd use different classes to do so. ;)

9422
General / Re: What would be most efficient?
« on: October 21, 2012, 06:34:44 pm »
I wouldn't do one or the other... ;)
Instead I'd use a sf::VertexArray which will represent the whole tilemap, I then only render what is actually displayed on the screen and make use of sf::View for scrolling.

But I can't give you any more hints on that topic since I haven't implemented a tilemap on my own. ;)

9423
General / Re: How do i make my bitmap transparent? sfml2.0
« on: October 21, 2012, 02:23:48 pm »
It still exists, see here. ;)

The thing is that texture.loadFromFile() actually is simply a shorthand for loading it into an image and then copying it to a texture.

So what you have to do is load it into a sf::Image set the wanted transparent color and retrieve the texture.

Another option would be to mask the background color in a image editor and set it to transparent. ;)

9424
Window / Re: Black screen during fullscreen
« on: October 20, 2012, 09:30:56 pm »
And you're sure that it's not one thing in your functions that throw off things?
I don't really know something about OpenGL and I don't want to try to understand the code, but since the code is still quite big for a minimal & complete example, I guess it could be caused by some parts of your code.
Try to remove everything that's not necessary.

Also have you tried a 'normal' SFML example particularly the OpenGL example? Do they work fine in fullscreen mode?
Is your graphics driver uptodate?

9425
The one with two sprites will use a tiny bit more memory, where as the other just passes around references.
I don't think that one will have a better performance that the other, so you can use whatever fits better your code design. ;)

9426
Graphics / Re: sf::View and render target
« on: October 20, 2012, 01:25:30 pm »
I've written a tutorial of a way to look at sf::View and I tried to cover different use cases: Using sf::View

9427
C / Re: Change DLL path ?
« on: October 20, 2012, 01:21:12 pm »
http://stackoverflow.com/questions/327093/add-custom-dll-search-path-application-startup
As the above link suggests, set up delayed loading (thought I've tried with SFML DLL's unsuccessfully, however you might be able to get them to work) and on windows you can use SetDLLDirectory (or AddDLLDirectory, depending) to add the DLL path.
I strongly advise against such handling of DLLs, mostly because I this is very, very, very platform specific and one should always try to keep things as cross-platform as possible, specially when it comes to the building process. The purpose of code is to execute a task/game/etc. but it's definitely not its task to tell how things are linked (same argument against #pragma comment).

Also I think the suggested ways go way too far as for what the OP has asked... :-\

9428
Feature requests / Re: HSL Color Standard
« on: October 20, 2012, 01:10:43 pm »
But the "obvious truth" as you said is that you did that after we started to talk about it.
When people link stuff or say something they imply that you as reader are going to check that out and if you had done it, it would've been obvious that things have changed. That I've made a decision without further discussion would have been a logical implication.

For the acerbity, I guess you don't talk to your customers or boss or teacher that way.
Please do not do it here too.
Yes, but it's requested to stay polite and friendly.
As I often like to say: "I'm only responsible for what I say and not for what others might hear."
I didn't use any strange tone and it wasn't my intention to do so. I simply state the fact that you were already too late for that topic and yes, I would talk that way to my teacher/boss/professor, since as I already said (for the third time now) that there was no acerbity and it was only you that interpreted it that way. ;)

my teachers taught us to do so: "one subject = one message"
I'm not the kind to follow blindly what I'm taught.
I've tryed with and without, and in practice I can say that this is always the better option.
Sometimes I don't because it's a little bit harder to do, and takes more time, but when I don't it happens quite often that I have to regret it.
So only after you've tried both your gonna follow that blindly? ;)

If this becomes the policy of this forum, I'll follow it.
I've been on quite many forums and I've never run into someone or even a forum rule who/that would enforce such a way of posting. You can gladly search through this forum and you won't find anyone that has posted 6 posts in a row to one discussion. So although it's not a written rule on any forum, it's a implicit rule that most everyone follows and you should too.
Or can you show me a forum that uses this way of posting?

I would recommend everyone to do the same, being for emails, posts, and even phone calls.
So when you have two questions for someone, you call him ask the question, hang up call him again and ask the second question? ;D
Such statements can not be applied to every situation and I strongly advise against it in most situations.

But I think that this way of posting also has advantage for moderation.
The moderator can then remove the posts with flames, and keep the ones with usual discuss.
Not really it's a pain in the ass if the moderator has to edit 10 posts, instead of just editing one...
And if he wants to remove stuff there's no extra work if it's a single post or not.
Besides this forum does not have any moderator and nearly nothing gets removed. Laurent is the only one that can edit posts.
(Otherwise I'd have split this discussion into a new one long ago and merge your X posts into one... ;) )


A general advice for rounding up this part of the discussion: If you're very new to a forum and users with quite a few posts more or one of the most active member of the forum tells you how you should go about handling the forum, it's probably for the better to follow their advice. Not only will they mostly be right but you also show them some respect... ;)
Every forum has their own unwritten rules and you first always have to find out how things are handled in forum instead of making your own assumptions and your own rules. :)

For the wiki license discussion I suggest you keep talking in this thread.

9429
General / Re: SFML 2.0 Debug libraries in Code::Blocks
« on: October 19, 2012, 02:48:49 pm »
I thought I had said I was using Code::Blocks (w/MinGW), but I guess I didn't.
I just now saw again that you specified Code::Blocks in the title, which usually implies MinGW, but it's also not always the case, so it's better to specify the actual compiler instead of just the IDE. ;)

Also if you had read the official tutorial you'd have already had that information... ;)

9430
General discussions / Re: GStreamer SDK and SFML
« on: October 19, 2012, 01:17:17 pm »
If you're still interested in that wrapper I mentioned, I've just noticed that I stared the project on GitHub so I was able to find it again. ;D
But it seems like he switched from SFML to SDL, so you might need to rewrite some parts or checkout a older commit and apply the changes manually...

_2RealGStreamerWrapper

9431
General / Re: Box2d + SFML
« on: October 19, 2012, 01:05:16 pm »
There are many code pieces in the forum and the question has been ask several time, so the search function would seem like a useful feature after all... :P

You could take a look at the Eduard Engine by FRex that integrates Box2D (with some DebugDraw code in the same thread).
This tutorial seems like a good and often referenced source on how to use Box2D, but it's not SFML specific.

I think just by searching & reading you'll get quite a bit of information. ;)

9432
General / Re: SFML 2.0 Debug libraries in Code::Blocks
« on: October 19, 2012, 07:58:07 am »
You just need to set CMAKE_BUILD_TYPE from Release to Debug and then compile everything again.
Also you should always say which compiler you're using. ;)

9433
General / Re: SFML 2.0 from apt-get
« on: October 18, 2012, 11:06:51 pm »
If you want other people to find it easily, a forum post is probably not the best place.
I would suggest you to create a wiki web page.
A forum post isn't that bad but it should probably be one with a proper title, i.e. directly related to the topic at hand.
Many users don't look into the wiki or don't even know that there's a wiki... ;)

I'll do the same for Mageia, but I need somewhere to upload the .rpm first.
Maybe SFMLUploads.org? ;)

9434
Feature requests / Re: Wiki
« on: October 18, 2012, 11:03:21 pm »
Please avoid acerbic tone.

I was refering to this (in this same thread):
[...]

:o
There wasn't any tone in my sentence I just said the obvious truth. ;D
And if you still didn't get it, I've already changed all the titles and page names, there is nothing to be done anymore and if you had read the linked thread you'd also see that now all the links are broken. So the decision has already been made and executed, thus if you were willing to do it, you're already too late, because it already happened. Get it? :D

Please don't write a post for each quote, it makes it much harder to read and uses a lot of unnecessary space... :-\

If the license is not the same, we should ask the authors for changing the license of their content.
Sure! ;)
It's just for the future entries and for the ones you can't reach. We've already informed every reader of the forum with the other thread I linked, so they know, if they want a different license they have to change it now, otherwise the default license will apply.

Maybe, because there are several display bugs for github with the web browser I use.
But still I don't think so, because I also see forks without any changes on the page of the other people that have contribute to the wiki. I know that github will automatically fork if one makes a pull request, so mabe there's something similar for the wiki?
You got some strange assumption there. ???
Just because the browser does show somethings differently won't change the data on the GitHub servers. ^^
Could be that there's some other way how you get a fork, but I did never get one when editing the wiki. But like I said just remove it and everything is fine again. :D

@Laurent: Could you please make this discussion into an own thread since it doesn't have anything to do with the HSL code... ;)

9435
Feature requests / Re: HSL Color Standard
« on: October 18, 2012, 05:53:25 pm »
Well for wiki page renaming you're kind of late... See here. ;)
GitHub does not support redirects, and creating x dummy pages just with a link to the new page doesn't seem like a nice solution. It would not only make the wiki pages have a nice overview, but it will also prevent people from actually changing the links...

As for the importing entries from the old into the new wiki, I don't see really see a need for contacting the authors. I mean if it's at place A or at place B doesn't really matter and since it's still the wiki of SFML and not some other project you don't actually change anything.

Also see this thread about a default license, but feel free to contact every contributor (if you find out who's behind the projects). :)

As for the consistent formatting, you should make the decision probably for each wiki page, because every developer has a different idea of what 'the correct way' is and many probably won't like your style. So if you find some irregularities within the source code of someone, feel free to change it, but changing every code to your style won't please everyone. ;)

Also you must have once clicked "Fork" on the SFML GitHub site. It then automatically forks SFML, if you want it to or not. But you can easily remove it again (Admin->Repositories or similar).

Quote
Github's wiki even renamed a page I've created yesterday
No, that was probably me. ;D

Pages: 1 ... 627 628 [629] 630 631 ... 720
anything