| |
Skoe Account closed
Registered: Jan 2008 Posts: 34 |
Release id #76119 : MultiColour V0.1.1
These are the answers to the comments at MultiColor V0.1.1
@Majikeyric: I just saw that the color selection doesn't work correctly in the windows version. I should have tested it more carefully :/ Normally one should be able to use the right mouse button to select a secondary color and then draw with the right button.
@Ninja: I really appreciate patches as long as they fit to the zlib-License (no GPL, please) and as long as I like them =) Feel free to contact me using mail or the Berlios tools. Maybe better before you implement something to be sure the work isn't done twice.
Regarding installing it on Linux: I used a Xubuntu 8.10 live CD to test it. The package manager automatically installed libwxgtk2.8 and libwxbase2.8. However, for other distros I also recommend to build it from sources. It's easy:
1. install libwxgtk2.8-dev or whatever name it has on your system. This will hopefully also install all other dependencies like libwxbase2.8-dev
2. compile (as normal user)
cd make/gcc-default
make
3. install (optional, as root)
sudo make install
Step 3 should even create a menu entry for Gnome, KDE or Xfce. I'll add an INSTALL file in the next release.
Before adding new "high level" features I'm planning to optimize and improve the already existing ones first:
- Fix the win32 issues (secondary color, screen update, crash on exit)
- Some algorithmical optimizations of the really stupid drawing/update code
- Currently it's much slower than it should be
- Color picker (using Shift is a good idea)
- Keyboard shortcuts
- Use scroll weel to zoom
When this is done some more useful features could be added like Copy & Paste, real PAL emulation and so on.
|
|
... 19 posts hidden. Click here to view all posts.... |
| |
Skoe Account closed
Registered: Jan 2008 Posts: 34 |
Ah, the right guy read between the lines :) I think this isn't sneaky but called "dual licensing". |
| |
chatGPZ
Registered: Dec 2001 Posts: 11386 |
it would probably be less work to simply rewrite it from scratch though (the vice rendering queue is.....horrid =D) |
| |
Skoe Account closed
Registered: Jan 2008 Posts: 34 |
That's why I asked you for some high level documentation some months ago. Because I don't want to read this code. |
| |
Edhellon
Registered: Aug 2003 Posts: 22 |
@DeekaY & @Skoe, I will mail you the patch once I get home. Basically hacked the three lines in the wiki page to MCAPP::Init() or so protected by a #ifdef __APPLE__ / #endif pair.
Obviously an app bundle thingy is the proper way to do it, but for the time being it should be OK. I'm more interested in why it crashes when I try to open a load/save dialog. :)
And yeah, by "editing widget" I mean the main drawing window on the right, which is an MDI window on Mac aswell... :( |
| |
JackAsser
Registered: Jun 2002 Posts: 2014 |
Quote: That's why I asked you for some high level documentation some months ago. Because I don't want to read this code.
Graham was kind to post the specs to Mirage so perhaps you also can have them... |
| |
chatGPZ
Registered: Dec 2001 Posts: 11386 |
grahams filter lacked the odd/even line difference though ... and we have discovered how to emulate another thing (dot creep) now too (thats not even in vice yet) :)
i wouldnt mind to get those specs though, would probably save some work if i can just extend them :) |
| |
DeeKay
Registered: Nov 2002 Posts: 363 |
wow, dot-creep is in there now, too?
Or do you refer to the HMOS/NMOS-bleeding of black that we discussed with Jens and Bero on TUM? 8) I don't see how that's gonna do dot-creep...
Skoe: Great! Looking forward to the patch! ;-D always ready to do beta-testing!... |
| |
chatGPZ
Registered: Dec 2001 Posts: 11386 |
Quote:Or do you refer to the HMOS/NMOS-bleeding of black that we discussed with Jens and Bero on TUM? 8) I don't see how that's gonna do dot-creep...
it's pretty much the same thing :) and no, its not in vice yet, but atleast we know how it works :) |
| |
Skoe Account closed
Registered: Jan 2008 Posts: 34 |
After some searching I found out that I'm not the first one who makes the file dialog crash:
Please find this line in MCMainFrame.cpp (two times):
stringFilter.append(wxT("All files (*)|*|"));
Does it still crash on MAC OS X after removing the last "|"?
Edit: This helps, got a confirmation. |
| |
DeeKay
Registered: Nov 2002 Posts: 363 |
Okay, making progress here...
Edhellon sent me two patched cpp-files and i was able to compile it on OS X and it runs!
Took me some time to be able to draw for some reason, but it does work. Setting Pixels works, filling works, Linedrawing works and freehand works. No problem choosing the colors. Even opening pictures works as well as saving them, hooray!
Performance however leaves a lot to be desired. There is noticeable drag while drawing, and if the zoomcursor was a dog and your mousepointers was taking it walkies, it would probably need a 200m long leash if you know what I mean! ;-D
Some issues with the window focus: the pixel/zoom area is in another floating window, and there's a 1:1 size preview area in the main window. If I klick anywhere within the main window, the preview area goes black. Only if the zoom-window has focus I can actually see the preview area! I'll post a screenshot, so you know what it looks like on OSX.
Dunno what the blur thingy does (supposedly TV-Emu?), but it doesn't seem to have any effect here. I can switch on and off though, but it doesn't seem to do anything (i zoomed in to verify, there ALWAYS seems to be a slight horizontal blur on the pic!)
Suggestions for improvements: The main window's arrangement is quite "wasty". It needs to have a certain width to be able to see all the tools on the top, and then you have a huge empty area on the right. You WILL need more tools when the app evolves, so you might as well just place them Photoshop/timanthes style vertically in 2 rows on the right of the preview window! ;-)
Here's the screenshot:
|
Previous - 1 | 2 | 3 - Next |