roijac wrote:
TRocket wrote:
roijac wrote:
why do you need widgets?
are you making an editor also?widgets are things like text boxes, buttons, toolbars, etc...
yes we are also making an editor... sooni know what widgets are, i code M30W
why not come over, actually?
I've got saving/loading working perfectly, editing code is already working and it's super easy python
I might do, but i would still like to write at least the execution engine in C++, because, in my opinion, python, being interpreted, seems to be more for writing scripts that use light maths, but not full programs like scratch. I'd say the same thing about writing scratch in Flash though...
It seems i like commas today
Offline
TRocket wrote:
roijac wrote:
TRocket wrote:
widgets are things like text boxes, buttons, toolbars, etc...
yes we are also making an editor... sooni know what widgets are, i code M30W
why not come over, actually?
I've got saving/loading working perfectly, editing code is already working and it's super easy pythonI might do, but i would still like to write at least the execution engine in C++, because, in my opinion, python, being interpreted, seems to be more for writing scripts that use light maths, but not full programs like scratch. I'd say the same thing about writing scratch in Flash though...
It seems i like commas today
How about wxWidgets?
Offline
Hm... Trying to build on windows gives this error:
c:/mingw/bin/../lib/gcc/mingw32/4.6.2/../../../libmingw32.a(main.o): In function `main': C:\MinGW\msys\1.0\src\mingwrt/../mingw/main.c:73: undefined reference to `WinMain@16' collect2: ld returned 1 exit status make: *** [itchy] Error 1
EDIT: Hm... All of my compiles are now giving this error.
Last edited by pwiter (2012-11-10 08:09:38)
Offline
TRocket wrote:
for some reason i can't get wx-config to work in the makefile...
There might be some tutorials on http://wiki.wxwidgets.org/. Did you set it up correctly?
Offline
pwiter wrote:
TRocket wrote:
for some reason i can't get wx-config to work in the makefile...
There might be some tutorials on http://wiki.wxwidgets.org/. Did you set it up correctly?
I got it now, the makefile was using a Rule to make the files.
Offline
TRocket wrote:
I think we should replace the current cairo code for drawing the objects with new, OpenGL rendering code... if you have knowledge of GL please pull the branch #12_USE_WX and make some changes!
I have experiance with OpenGL, and will work on it after I finish setting up my SSD.
Offline
pwiter wrote:
TRocket wrote:
I think we should replace the current cairo code for drawing the objects with new, OpenGL rendering code... if you have knowledge of GL please pull the branch #12_USE_WX and make some changes!
I have experiance with OpenGL, and will work on it after I finish setting up my SSD.
Why not just start the wx version from scratch(keep the io stuff)?
Offline
TRocket wrote:
Whoa! what just happened I merged into master but it merged two branches and removed the entire history! I think i fixed it by removing the source and replacing it witht he one from here
I might have to rewrite the scratchobject stuff. It's printing to the screen using cairo. But then again we can use cairo and wxWidgets.
@Logiblocs
I think you commited to the wrong branch...
Last edited by pwiter (2012-11-11 17:18:11)
Offline
TRocket wrote:
pwiter wrote:
Hey, what ide are you guys using for this? Cause I was using notepad++, but I feel it's not complete.
I'm using eclipse and I think someone is using NetBeans.
I'm using Code::Blocks.
Offline
MathWizz wrote:
TRocket wrote:
pwiter wrote:
Hey, what ide are you guys using for this? Cause I was using notepad++, but I feel it's not complete.
I'm using eclipse and I think someone is using NetBeans.
I'm using Code::Blocks.
I heard that Code::Blocks has wxWidgets compatability added in, but I'm going with Eclipse because I use that for java programming.
Offline
aion5 wrote:
I just realized its going to be really hard to implement drag and drop in c++
its a piece of cake ..... hint hint
use threads! and the native OS libs
Offline
fanofcena wrote:
aion5 wrote:
I just realized its going to be really hard to implement drag and drop in c++
its a piece of cake ..... hint hint
use threads! and the native OS libs
The native OS libraries are probably not appropriate here because they want behaviour not associated with the drag pasteboard which instead resembles the Scratch drag-and-drop interface (i.e. the blocks are moved around within the window with a drop shadow to indicate they have been picked up). They can probably just move the actual block stack's display object around while rendering it with a drop shadow.
Last edited by nXIII (2012-11-18 23:27:45)
Offline
nXIII wrote:
fanofcena wrote:
aion5 wrote:
I just realized its going to be really hard to implement drag and drop in c++
its a piece of cake ..... hint hint
use threads! and the native OS libsThe native OS libraries are probably not appropriate here because they want behaviour not associated with the drag pasteboard which instead resembles the Scratch drag-and-drop interface (i.e. the blocks are moved around within the window with a drop shadow to indicate they have been picked up). They can probably just move the actual block stack's display object around while rendering it with a drop shadow.
True, i thought we are talking about dragging and dropping sprites from the OS :$ like we drag and drop images [ oh silly me ].
But i am reading this whole conversation , i am wondering have you guys ran a single multi sprite scratch project yet :? , i am wondering how are you going to handle the awesome multi-tasking capability scratch posses
Offline
fanofcena wrote:
True, i thought we are talking about dragging and dropping sprites from the OS :$ like we drag and drop images [ oh silly me ].
That would actually be a really nice feature to have, too.
But i am reading this whole conversation , i am wondering have you guys ran a single multi sprite scratch project yet :? , i am wondering how are you going to handle the awesome multi-tasking capability scratch posses
I think they can do it the same way Scratch does; it just loops through the current threads and executes them until they yield.
Last edited by nXIII (2012-11-18 23:36:37)
Offline
nXIII wrote:
fanofcena wrote:
True, i thought we are talking about dragging and dropping sprites from the OS :$ like we drag and drop images [ oh silly me ].
That would actually be a really nice feature to have, too.
But i am reading this whole conversation , i am wondering have you guys ran a single multi sprite scratch project yet :? , i am wondering how are you going to handle the awesome multi-tasking capability scratch posses
I think they can do it the same way Scratch does; it just loops through the current threads and executes them until they yield.
with smalltak and flash its easy , with c++ err i am worried a little.
dont you think they will need something like an event stack or something ? to make their life easier ?
probably libev ? but its Linux only :-( , so might as well just use libuv , [[ dont think libuv is node.js, libuv is standalone awesome ]]
Last edited by fanofcena (2012-11-18 23:45:30)
Offline