Amiga.org
Amiga computer related discussion => Amiga Software Issues and Discussion => Topic started by: restore2003 on February 03, 2004, 09:13:21 AM
-
I need a programmer to write a patch that replaces the first 7 pens in the workbench palette with patterns(datatype support?) 68k, os3.5 and up
Anyone up for the challenge? Huge cash amounts guaranteed
:rtfm:
:-)
-
Do you mean a patch for graphics.library/RectFill(), and the graphics.library area commands that checks for pens 0 - 6 and replaces them with a bitmap?
-
Yeah, that should be it. nobody has ever attempted that before i believe, but its should be possible?
-
so do you want to put a picture as backdrop in a shell window eh? :-)
-
Hmm... in theory its possible, i guess. RectFill() would be fairly simple, you'd just divert the call to BltBitMapRastPort().
-
@crumb:
Yeah, thats one of the reasons, its like skinning the parts that visualprefs cant do
@xeron:
Everything is possible in theory ;-) hope your right, you wanna give it a shot?
-
hi restore2003
erm!! try to call The Wizard of OZ :-)
no . . . sorry! and then, for icon text, system text and so which pens, still available?
. . . it is only a question . ..without offence :-)
Ciao
-
@framiga:
Ok then, only the background colour, pen 0, that should be possible
-
Hi restore2003,
do you want an answer about this matter?
Contact Elena Novaretti (PowerIcons-ZoneXPlorer through her site).
She can answer you to your question or write me exactly what do you wish to know.
Ciao
-
Framiga wrote:
no . . . sorry! and then, for icon text, system text and so which pens, still available?
Well, that wouldn't be a problem since the text routines wouldn't be patched. However, the CLI would probably not work properly, since AFAIK it would overwrite your lovely bitmap with the original pen when putting text into the window.
-
would it erase the bitmap image replacing the background`?
-
hi xeron
ohh! yes . . .so the original Palette pens, should be only patched NOT replaced . . .right?
mhhh!! like MOS or AOS4 GUI?
Ciao
-
@framiga
right :-)
-
restore2003 wrote:
would it erase the bitmap image replacing the background`?
Yes, probably. So you'd get the pattern, then the text would overwrite it with the original plain colour.
@Framiga
Not really, no. MOS and OS4 GUIs specifically allow patterns and gradients used where OS3.x does not because they are programmed to do so.
We're talking about patching routines which fill blocks of colour to fill with a pattern instead. That doesn't effect line drawing, text etc. etc.
-
Problem here is CLI and text editors who use the scroll rastport feature. We want the text to scroll but the background to stay.
Solution would be to make a bitmap buffer where the original window content is stored and then to blit it with a mask based on color 0 onto the screen. Negative part is that the refresh rate wouldn't be to good with sub GHz Amigas. (Not suitable for media apps)
The best solution would be to make a patch that you configure per app to utilize the most optimal solution. What atlest need to be done is to patch RectFill and the Text function. I think the window refresh function using something else than the RectFill to clear the background. (Has to be patched too)
I don't think there can be a general solution for now. It has to be done per application. :-(
-
bah! graphics.library really blows :-(
-
restore2003 wrote:
bah! graphics.library really blows :-(
Its just outdated. Mind you, i'd take graphics.library over Windows GDI any day ;-)
-
wonder why it wasnt prioritized more when os3.9 was in development :-?
-
Creating a new graphics API was beyond the scope of OS3.9. "AG2" as fleecy calls it is going to introduce a new graphics system called "Vega", which will have the traditional graphics API available as a wrapper (apparently ;-) ). This is the best approach, IMHO.
-
The whole shared pens system sucks beyond belief when you are in RGB mode.
During work on my own code, I designed an abstract Draw2D class that is implemented in several versions that you obtain at runtime via a factory
1) pure software
2) pure software + OS routines (fills/blits)
3) warp3d
Guess which one I prefer?
Seriously, I found developing (2) the biggest nightmare going and if it wasnt for the possibility of HW accelerated fills I would have left it well alone.