From: masahiro m. <el...@aa...> - 2000-11-12 17:52:50
|
Hi, Adam, > >I read that GUI.cpp isn't being used anymore. What file is being used in >it's place? > >Adam > Currently codes for GUI are in src/common/GUI directory. They are new and very premitive; waiting to be developed into real codes. Masahiro Minami ----------------------------- MacOS 9.0.4 MacOS X Public Beta LinuxPPC el...@aa... (ex...@ww...) www2.age.ne.jp/~except |
From: Adam W. <a1c...@ho...> - 2000-11-12 17:56:37
|
>Currently codes for GUI are in src/common/GUI directory. >They are new and very premitive; waiting to be developed into >real codes. Kewl, do you need some help? I had a few brainstorms tonight at work. Adam _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. |
From: masahiro m. <el...@aa...> - 2000-11-13 12:30:42
|
Hi, Adam, >Kewl, do you need some help? > >Adam > Yeah, I appreciate that. I'm working on LineEdit class, Miguel has done the basic of Button class; We need .... well, many other things ! Anyway I need to finish the basic of GUI code. If you have any ideas, pelase let me know. Thanks, Masahiro Minami ----------------------------- MacOS 9.0.4 MacOS X Public Beta LinuxPPC el...@aa... (ex...@ww...) www2.age.ne.jp/~except |
From: Adam W. <a1c...@ho...> - 2000-11-16 17:08:15
|
>Anyway I need to finish the basic of GUI code. If you have any ideas, >pelase let me know. Have you done anything with the Event Handling. I think I might have it working. I just need to find sometime to input the code. Also, about the sprites. Are all directions being loaded into memory or does it choose a direction randomly right now? I was thinking that the sprites are only 32x32 and could be just loaded into memory to save time on change of direction. Adam _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. |
From: masahiro m. <el...@aa...> - 2000-11-17 12:03:29
|
Hi, Adam >Have you done anything with the Event Handling. I think I might have it >working. I just need to find sometime to input the code. > Thanks for the offer;) Current CVS codes have basic event handling and GUI update mechanism already -- it's an ordinary application framework style, like Java or ParaGUI. What's NOT done, aside from refining the whole codes and debugging, is to integrate existing Arianne codes and my GUI codes. If you see the latest codes, there is a AppBase class --- we should extend this class into ArianneGame class, integrating EventProcessor and Core class. Anyway they are still very primitive. You can hack them and please give me advices, or improve them / introduce better ones ! >Also, about the sprites. Are all directions being loaded into memory or >does it choose a direction randomly right now? I was thinking that the >sprites are only 32x32 and could be just loaded into memory to save time on >change of direction. > I'm not doing this stuff but I think they are loaded at the startup. It takes a moment to run. Have you tried the latest CVS codes ? Well maybe my codes are not complete ( it depends on how sleepy I am the day before... ), and will not run properly, but you can see what it is now --- also, I want to know if my codes run on other platforms. Please let me know your ideas, thanks, Masahiro Minami ----------------------------- MacOS 9.0.4 MacOS X Public Beta LinuxPPC el...@aa... (ex...@ww...) www2.age.ne.jp/~except |
From: Adam W. <a1c...@ho...> - 2000-11-17 14:55:44
|
>Anyway they are still very primitive. You can hack them and please give >me advices, or improve them / introduce better ones ! I was the SDL Documentation and noticed that it already has an event handler callback. I noticed that you use SDL_PollEvent() but that will not work without setting SDL_SetEventFilter(). this will set the callback function and SDL will manage the callbacks. Example: ... SDL_EventState(SDL_KEYUP,SDL_IGNORE); SDL_SetEventFilter(EventProcessor::Processor()); Then run your loop that polls the Event Queue. Now, I am in the same boat as the many of you guys. I am still learning C++ too. So I may have misunderstood the event handling instructions. Please let me know if I was wrong on that point. >Have you tried the latest CVS codes ? I did do an update before I sent that email and it compiled and ran but I got no change in operation. Codes seam to work on Linux fine. >Please let me know your ideas, I have also noticed that part of the src/common.cpp files are not being used by both parts (client and server) of the common lib that is built. Namely, the files that deal almost with graphics and EventProcessor.*. I suggest we try to restructure the source code directories to more accurately reflect what functions exist where. In my opinion, the server is not meant to be graphical or interactive therefore those codes sould be moved to the client directory to help people find them better and to provide a more ordered file structure. The only codes that should be common to both client and server should be network, player handling(AList etc.), messages and functions and I am sure there are others. >thanks, You are welcome, I feel priviledged to be able to put in my idea and have someone actually respond to them. I thank everyone who has been so open to my comments. Adam _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. |
From: masahiro m. <el...@aa...> - 2000-11-17 17:44:30
|
Hi, Adam, >I was the SDL Documentation and noticed that it already has an event handler >callback. I noticed that you use SDL_PollEvent() but that will not work >without setting SDL_SetEventFilter(). this will set the callback function >and SDL will manage the callbacks. > >Example: ><....> EventProcessor class is not my code, and I'm very new to SDL interface, so I'm not sure---one thing is that it's working ( SDL_PollEvent()). I think this event filter stuff is to call automatically ( when event occurs ) some function --- calling SDL_PollEvent() is to SEE IF there's any event. Here's from SDL doc; --------------------------------------------------------- extern int SDL_PollEvent(SDL_Event *event); Polls for currently pending events, and returns 1 if there are any pending events, or 0 if there are none available. If 'event' is not NULL, the next event is removed from the queue and stored in that area. <...> extern void SDL_SetEventFilter(SDL_EventFilter filter); This function sets up a filter to process all events before they are posted to the event queue. This is a very powerful and flexible feature. The filter is protypted as: typedef int (*SDL_EventFilter)(const SDL_Event *event); If the filter returns 1, then the event will be added to the internal queue. If it returns 0, then the event will be dropped from the queue. This allows selective filtering of dynamically arriving events. ( end of quote ) ----------------------------------------------------------- and one more: ----------------------------------------------------------- Be careful of the code you put into the event filter function. The event filter may be run concurrently in a separate thread from your main code, and you should be aware of the various pitfalls of multi-threaded programming when writing filter functions. In general, the cleanest way to handle events is to read them from the event queue using SDL_PollEvent() and SDL_WaitEvent(). ( end of quote ) ------------------------------------------------------------ I stop here --- I'm the last one to explain SDL;) Other coders must know very well about above stuff. >Then run your loop that polls the Event Queue. Now, I am in the same boat >as the many of you guys. I am still learning C++ too. So I may have >misunderstood the event handling instructions. Please let me know if I was >wrong on that point. > I think you are not wrong, but using event filter callback func is an option, I think...(?????) >>Have you tried the latest CVS codes ? > >I did do an update before I sent that email and it compiled and ran but I >got no change in operation. Codes seam to work on Linux fine. > I'm not sure but are there any 'window' like stuff when it runs ? >>Please let me know your ideas, > >I have also noticed that part of the src/common.cpp files are not being used >by both parts (client and server) of the common lib that is built. Namely, >the files that deal almost with graphics and EventProcessor.*. I suggest we >try to restructure the source code directories to more accurately reflect >what functions exist where. ><....> I've just recently took part in actual coding work, and not doing whole design. I think Miguel is the one to do that kind of thing, but I'm pretty sure he's busy working with his codes.... Maybe after ALPHA release. Anyway you now know what is what ;) >>thanks, > >You are welcome, I feel priviledged to be able to put in my idea and have >someone actually respond to them. I thank everyone who has been so open to >my comments. > That's what I want to say to everyone, too. If you are interested in GUI codes, do please contact me personally. I can send you whole my copy of latest ones ( including not finished ones, not so many anyway), as well as Miguel's and Colby's. We can create Arianne, and learn togather. Masahiro Minami P.S. LineEdit class is almost done. And I've added partial updating mechanism to Screen class, so now GUI update is far better than before. I'll commit them late this night ( early this morning ..?), if possible. ----------------------------- MacOS 9.0.4 MacOS X Public Beta LinuxPPC el...@aa... (ex...@ww...) www2.age.ne.jp/~except |
From: MIGUEL A. B. L. <x51...@fe...> - 2000-11-17 18:55:46
|
> >Anyway I need to finish the basic of GUI code. If you have any ideas, > >pelase let me know. > > Have you done anything with the Event Handling. I think I might have it > working. I just need to find sometime to input the code. Yes, EventProcessor.cpp , but I don't know if Minami is going to change it. > Also, about the sprites. Are all directions being loaded into memory or > does it choose a direction randomly right now? I was thinking that the > sprites are only 32x32 and could be just loaded into memory to save time on > change of direction. Everything is loaded in memory. As you have seen there is only 4 directions and 2 frames per address. Anyway there is no limit in sprite size. But been multiple of 6.4 really will help a lot. We have already agree that the minimum unit on Arianne are 10 cm and that a meter is 64 pixels so 10 cm is 6.4 pixel. -- Miguel Angel Blanch Lardin -- http://www.arianne.cx -- Arianne -- The free open source massively multiplayer online role playing game nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna Echelon must die |
From: MIGUEL A. B. L. <x51...@fe...> - 2000-11-17 18:56:02
|
> > Well maybe my codes are not complete ( it depends on how sleepy > I am the day before... ), and will not run properly, but you can see > what it is now --- also, I want to know if my codes run on other platforms. I have had some problems and several warnings, but I don't remember where. I simply commented it. I was very busy with the Map problem -- Miguel Angel Blanch Lardin -- http://www.arianne.cx -- Arianne -- The free open source massively multiplayer online role playing game nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna Echelon must die |
From: MIGUEL A. B. L. <x51...@fe...> - 2000-11-17 18:58:21
|
> I was the SDL Documentation and noticed that it already has an event handler > callback. I noticed that you use SDL_PollEvent() but that will not work > without setting SDL_SetEventFilter(). this will set the callback function > and SDL will manage the callbacks. > > Example: > > ... > SDL_EventState(SDL_KEYUP,SDL_IGNORE); > > SDL_SetEventFilter(EventProcessor::Processor()); Ufff!!!, SDL is changing a lot between 1.1.6 and older. Anyway in C++ you can't do that ( I always ask myslef why they didn't add pointers to members ) so you have two solutions: a) C++ callbacks b) move code a C function. As far as I know thay didn't changed behaviour on SDL_PollEvent. ( Docs on SDL-1.1.6 ) > >Have you tried the latest CVS codes ? > > I did do an update before I sent that email and it compiled and ran but I > got no change in operation. Codes seam to work on Linux fine. It is good to hear this. > >Please let me know your ideas, > > I have also noticed that part of the src/common.cpp files are not being used > by both parts (client and server) of the common lib that is built. Namely, > the files that deal almost with graphics and EventProcessor.*. I suggest we > try to restructure the source code directories to more accurately reflect > what functions exist where. In my opinion, the server is not meant to be > graphical or interactive therefore those codes sould be moved to the client > directory to help people find them better and to provide a more ordered file > structure. > > The only codes that should be common to both client and server should be > network, player handling(AList etc.), messages and functions and I am sure > there are others. You are totally right, but after coding for two or three hours I don't realize of where I do things. 8-S When everything is almost ready for being released I would change the source structure. -- Miguel Angel Blanch Lardin -- http://www.arianne.cx -- Arianne -- The free open source massively multiplayer online role playing game nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba Ala yihad mosad kgb free freedom human rights yugoslavia kosovo ebola dna Echelon must die |
From: masahiro m. <el...@aa...> - 2000-12-02 01:50:27
|
Hi, > >I have take a better look to the GUI and I have seen the way messages >are used to connect different widgets. It is really good. > Thanks, >Only a point, I think that listeners should be a list so that you can >add several listeners to a single widget. >I will do this change. > I see. I was wondering about it. >BTW Minami, is the GUI stable enough so that I can start to hack on >it? > Sorry, I'm adding ( hopefully last ! ) changes... Would you give me a little more time ? Current codes have difficulty with determining which GUI is now on focus, and that's not good. Anyway you can send me your ideas and if your ideas are going to conflict with mine, we can talk. Thanks, Masahiro Minami ----------------------------- MacOS 9.0.4 MacOS X Public Beta LinuxPPC el...@aa... (ex...@ww...) www2.age.ne.jp/~except |
From: MIGUEL A. B. L. <x51...@fe...> - 2000-12-02 16:22:28
|
> >Only a point, I think that listeners should be a list so that you can > >add several listeners to a single widget. > >I will do this change. > > > I see. I was wondering about it. I will wait a bit, until a stable code status is reached. > >BTW Minami, is the GUI stable enough so that I can start to hack on > >it? > > > Sorry, I'm adding ( hopefully last ! ) changes... > Would you give me a little more time ? > Current codes have difficulty with determining which GUI is now on focus, > and that's not good. > > Anyway you can send me your ideas and if your ideas are going to conflict > with mine, we can talk. OK, I will wait. By stable I mean that you are not going to modify all the files changing interface and all those things. |
From: masahiro m. <el...@aa...> - 2000-12-02 17:12:38
|
Hi, >OK, I will wait. > >By stable I mean that you are not going to modify all the files >changing interface and all those things. > I've commited my changes this afternoow, and I'm not going to modify GUI codes any more until you have done your mods. They still need some more changes, I think, but I'm not going to for now. Please add your changes. Also if there's any un-clear points in codes, please ask me. Regards, Masahiro Minami ----------------------------- MacOS 9.0.4 MacOS X Public Beta LinuxPPC el...@aa... (ex...@ww...) www2.age.ne.jp/~except |
From: MIGUEL A. B. L. <x51...@fe...> - 2000-12-02 17:44:40
|
> I've commited my changes this afternoow, and > I'm not going to modify GUI codes any more until you have > done your mods. > > They still need some more changes, I think, but I'm not > going to for now. Please add your changes. Ok, thanx. I will do as fast as possible. Regards, Miguel |
From: Juan J. B. <sa...@re...> - 2000-10-12 17:21:20
|
Masahiro Minami wrote: > Hi, Colby, > > >I've decided to continue on with just using regular SDL for the game play > >screen, it may take a bit longer, but it is soooooo much faster. The > meters > ><...> > > I see. > Helps me alot, for I can't port ParaGUI to Mac yet :( > I want to see what it's like to be as soon as possible ( I mean codes ), > so that I can check if I can make it run on Mac. Well, ParaGUI is really slow. I would love if Wire make a draft about the GUI, that should be Event-Oriented. Not Event-Oriented GUI is easier to code but harder to use. I think that getting the basic ParaGUI structure and code it in a better way and under the GPL license would be the best. Anyway there are other GUI that are good,as Qt, for getting the basic idea. -- Miguel Angel Blanch Lardin -- http://www.arianne.cx -- Arianne -- The free open source massively multiplayer online role playing game nuclear cia fbi spy password code encrypt president bomb iran irak korea cuba Echelon must die |