Re: [tsc-devel] 2.0.0 release and SFML branch

Chris Jacobsen | Sat, 30 May 2015 05:16:26 UTC

> Yes, and if my reply came over critical, I apologise — it is actually a
good thing you use that client as it helped me to iron out the bug. This
time your email has been received and parsed correctly, look here:  I just meant sorry if it caused trouble.  You are fine.  I am glad we are getting HTML based emails working in the system.
> I can add a number of additional tasks specifically related to the SFML
porting; do you think it makes sense to create a new milestone “SFML
Port” on the tracker to group these together?
Per our discussion in IRC, I wouldn't have thought that clicking checkboxes in the SFML ticket (in order to use checkbox items as subtasks) was a big deal, but a milestone could work, too.  We have had high level and low level versions of tasks in the tracker before, so this is nothing new.
> SFML is easy. You can read the tutorial in about one hour: If it's simple, one could probably get some sort of feel as to its style in an hour, but API's always take longer than an hour to really put to use.  I'm not a fast reader generally, though.
> In this regard I can only repeat what
others have said to me; which merely boils down to the different choices
of development environment tools one has
I was using QT Creator before but could not get the "make install" command to work through its configuration, requiring me to set the TSC FIXED_DATA_DIR variable in config.hpp if I wanted to debug in the IDE.  Every time I changed things in git, this seemed to become lost, forcing me to redo the procedure and recompile all of TSC, which is very tedious.In addition, QT Creator would often mess up the entire Ubuntu desktop, hiding my icons.  These are the factors that were leading me to want to abandon QT Creator(though I don't really like it's IDE design that much anyways).See: http://forum.secretchronicles.de/topics/43

I am interested in trying Code Blocks.  Either way, I need to get the debugger working in an IDE for it to be useful at all for me.
I am not much of a fan of command line gdb (I used to use this for debugging C programs at my previous job), but I suppose I should try it again some time.
-datahead 



     On Friday, May 29, 2015 12:00 PM, Quintus <…s@q…> wrote:
   

 Chris Jacobsen <…9@y…> writes:

> I'm sorry it caused a hassle, but there will probably be others who
> use HTML-only clients as well. I have been using yahoo mail. We
> certainly don't want thesoftware to crash, so I am glad you fixed this
> issue.

Yes, and if my reply came over critical, I apologise — it is actually a
good thing you use that client as it helped me to iron out the bug. This
time your email has been received and parsed correctly, look here:

  http://forum.secretchronicles.de/topics/242/posts/1180

The message shows up where it should and no crash resulted. Good. Thank
you for giving me another chance :-)

I should maybe try to add auto line breaking of such mails, but that may
not be the correct handling in any case. At least you can now see how
your email looks in my mail client. :-)

> If you can post some of the things that need to be done with details,
> this mightpull some programmers in more easily. This will especially
> be true if someonecan "dive in".

I will provide any help that is asked for. Also, all code I wrote is
rich in comments, and there’s lots of documentation in the sourcecode
files I added.

I can add a number of additional tasks specifically related to the SFML
porting; do you think it makes sense to create a new milestone “SFML
Port” on the tracker to group these together?

> If we need to spend a while
> practicing SFML programs before evertouching TSC, it's a lot less
> likely we'll be able to find time.

SFML is easy. You can read the tutorial in about one hour:

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

The API is nice and easily usable. It should not take long to understand
it; after you read the tutorial, the reference (which is complete and
well documented) is mostly all you need:

  http://www.sfml-dev.org/documentation/2.3/

> If you are able to provide any insight when I try to configure a
> different IDE in Linuxfor TSC it may help me develop, as well. I
> realize you don't use IDE's, but a lotof the configuration boils down
> to cmake, gdb, make, and g++.

If I can be of any help, I will be available of course; but as you said,
I’m using Emacs + the command line tools available on Linux so I can’t
be of help with specific IDEs. In this regard I can only repeat what
others have said to me; which merely boils down to the different choices
of development environment tools one has:

* Editor + commandline tools like me
* Code::Blocks, full-featured IDE (often heard of that from C++ devs)
* Gedit + lots of plugins (often heard of that from Ruby devs)
* Atom, IDE by GitHub (young project, but popular on HackerNews)
* Eclipse (Cross-platform IDE mostly used by Java people I think)
* Anjuta (GNOME IDE; never heard much of it)
* kdevelop (KDE IDE; same)
* QTCreator (IDE coupled to Qt AFAIK)

Vale,
Quintus

-- 
Blog: http://www.quintilianus.eu

I will reject HTML emails.    | Ich akzeptiere keine HTML-Nachrichten.
                              |
Use GnuPG for mail encryption: | GnuPG für Mail-Verschlüsselung:
https://www.gnupg.org         | https://de.wikipedia.org/wiki/GnuPG
My key fingerprint:            | Mein Schlüsselabdruck:
B1FE 958E D5E8 468E AA20      | B1FE 958E D5E8 468E AA20
8F4B F1D8 799F BCC8 BC4F      | 8F4B F1D8 799F BCC8 BC4F