Scratch

Thanks, Math.  Do you know C++?

i'd use wxwidgets, but thats up to you 

Yeah, sounds good.  Let's go ahead and write a bunch of graphics classes for accessing the SDL stuff.

TRocket wrote:

yep. i'll try and set up a issue tracking site to assign tasks to people

But GitHub has a built-in issue tracker...?

Haven't used SDL before, does it work multiplatform on visual studio(cause visual studio only has windows console application)?
Or do I have to get Eclipse C++ or something?

bump

Let's get started with storing the data in a Scratch file.  First, we'll need to read from the .sb filetype.  Then, we need to store it, probably in a new filetype (how about .spp?).  Anyway, we could do with some help from blob8108 with converting to/from the .sb file.  Are we planning to allow this to be embedded in a browser? 

Anyway, we need to decide exactly what features this player should have before we begin developing.  Let's plan out the program in pseudo-code.  This is what I've had in mind so far:

Store data pertaining to scripts in files (we'll need to work on fstreams).  Display data to screen as scripts. 

Allow editing of scripts, which will also edit the corresponding file. 

Parse script data and execute corresponding function calls (this can be acchieved using function pointers).

amcerbu wrote:

Let's get started with storing the data in a Scratch file.  First, we'll need to read from the .sb filetype.  Then, we need to store it, probably in a new filetype (how about .spp?).  Anyway, we could do with some help from blob8108 with converting to/from the .sb file.  Are we planning to allow this to be embedded in a browser? 

Anyway, we need to decide exactly what features this player should have before we begin developing.  Let's plan out the program in pseudo-code.  This is what I've had in mind so far:

Store data pertaining to scripts in files (we'll need to work on fstreams).  Display data to screen as scripts. 

Allow editing of scripts, which will also edit the corresponding file. 

Parse script data and execute corresponding function calls (this can be acchieved using function pointers).

Ok, I think the filetype should be .ipp(ItchyPlusPlus).
Also, I set up a SDL Window with nothing in it, just a black screen, we can work the gui off that. Pushed it to GitHub 

MathWizz wrote:

pwiter wrote:

amcerbu wrote:

Let's get started with storing the data in a Scratch file.  First, we'll need to read from the .sb filetype.  Then, we need to store it, probably in a new filetype (how about .spp?).  Anyway, we could do with some help from blob8108 with converting to/from the .sb file.  Are we planning to allow this to be embedded in a browser? 

Anyway, we need to decide exactly what features this player should have before we begin developing.  Let's plan out the program in pseudo-code.  This is what I've had in mind so far:

Store data pertaining to scripts in files (we'll need to work on fstreams).  Display data to screen as scripts. 

Allow editing of scripts, which will also edit the corresponding file. 

Parse script data and execute corresponding function calls (this can be acchieved using function pointers).

Ok, I think the filetype should be .ipp(ItchyPlusPlus).
Also, I set up a SDL Window with nothing in it, just a black screen, we can work the gui off that. Pushed it to GitHub 

Why a file for each method? 0.o

I don't think IPP should have its own file type but just use the .sb type. Why create a second?

Lol, looks more complicated with more methods.
But yeah, you can change it if you want  .

Well, about the file type thing, we could have different file types, 1 is .ipp(In case we add blocks), and 1 is .sb. So, basically you can export to scratch file.

blob8108 wrote:

I don't see why you need two file formats either.    How does it help you? It's just twice the effort. Scratch files are perfectly adequate for storing Scratch projects; they're designed to.

amcerbu wrote:

Anyway, we could do with some help from blob8108 with converting to/from the .sb file.

Happy to help    But I thought you were going to work on the Scratch 2.0 (.sb2) file format? It's much, much easier to parse; and I thought the idea was to provide a way of running Scratch 2.0 without Flash.

You could always use Kurt to write a converter to .sb2 files, and integrate with that. 

Well Scratch 2.0 is not out yet...

a suggestion - come over to M30W, i already have a working GUI and i'm working on kurt support, so the only thing to be left is programm the execution, which i pretty much know how i'm going to implement. its python, which is extremely easy to learn and fast to develop, plus me and blob could help much more.

cons:
another language
only text based

pros:
already working UI
kurt
faster developing, especially for cross-platform

what do you say?

(#speed, i know C++ is faster, but it's still not a major issue: i plan to implement a ightweight execution and i'm using c++ libraries, so you get native speed in UI)

pwiter wrote:

For some reason git won't work 
Error:
https://github.com/ItchyPlusPlus/ItchyPlusPlus.git: error occurred during unpacking on the remote end: index-pack abnormal exit

Any ideas?

Not sure, don't have much experience using GitHub, maybe it's because I've changed the name too many times?

Python would be a lot easier, but C++ is faster; and if the idea is to implement Scratch/2.0 to work on Flash-less devices like the RasPi, then C++ is certainly more optimised.

roijac wrote:

only text based

You could always add graphical blocks/UI later