+Philsan Posted May 27, 2011 Share Posted May 27, 2011 Somewhere I have those 2 robots miniatures made by Mego: Bases need retr0brighting! Quote Link to comment Share on other sites More sharing options...
fibrewire Posted May 28, 2011 Share Posted May 28, 2011 There is a nice 3x5 font used on the instrumentation for this Atari 800 game. It's possible to have 80 characters in a row, and would be good for labels and such. Font set that can do 80 columns ASCII chars 32-126 - TI Calc font Quote Link to comment Share on other sites More sharing options...
fibrewire Posted May 28, 2011 Share Posted May 28, 2011 Various ideas for games to be ported into FJC GUI http://www.youtube.com/user/TheTIWizard#g/u Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted May 28, 2011 Author Share Posted May 28, 2011 There is a nice 3x5 font used on the instrumentation for this Atari 800 game. It's possible to have 80 characters in a row, and would be good for labels and such. Have you checked out The Last Word? MrFish designed several dozen 3x8 fonts for LW, and has designed many "tiny" proportional fonts for the GUI which I haven't used yet. There's a 3x5 proportional font which will probably average out at 100 chars per line, for those who like that kind of thing. Quote Link to comment Share on other sites More sharing options...
+Philsan Posted May 30, 2011 Share Posted May 30, 2011 This could be a good XL matching mouse (Apple logo apart!): eBay Auction -- Item Number: 200586737869 Unfortunately the male DB9 connector is not compatible (I think). Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted May 30, 2011 Author Share Posted May 30, 2011 Looks really nice, Phil. I'm not too sure about the pin compatibility either. I picked up this Amiga mouse for about 99p a few weeks back: Fortunately fully compatible with the A8 (we just have to reverse a couple of bit readings in the mouse driver), and a damned close colour match. Quote Link to comment Share on other sites More sharing options...
fibrewire Posted May 30, 2011 Share Posted May 30, 2011 Have you checked out The Last Word? MrFish designed several dozen 3x8 fonts for LW, and has designed many "tiny" proportional fonts for the GUI which I haven't used yet. There's a 3x5 proportional font which will probably average out at 100 chars per line, for those who like that kind of thing. The default font for The Last Word is incredibly legible, I can't wait to try it out on real hardware. What an amazing program! Extremely functional, clean interface. I had no idea... Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted May 30, 2011 Author Share Posted May 30, 2011 (edited) Have you checked out The Last Word? MrFish designed several dozen 3x8 fonts for LW, and has designed many "tiny" proportional fonts for the GUI which I haven't used yet. There's a 3x5 proportional font which will probably average out at 100 chars per line, for those who like that kind of thing. The default font for The Last Word is incredibly legible, I can't wait to try it out on real hardware. What an amazing program! Extremely functional, clean interface. I had no idea... MrFish did a characteristically superb job with the LW fonts. I'm glad you like LW. In about two years' time, there'll be a version which runs under FibreOS... erm, oops, er, I mean the as yet untitled A8 GUI. Edited May 30, 2011 by flashjazzcat Quote Link to comment Share on other sites More sharing options...
fibrewire Posted May 30, 2011 Share Posted May 30, 2011 You can't use that name! FibreOS is the rebranded IOS I use for my network j/k However, if MG allows, I hear 'fibernutz' is available for 'ass-rig' replacement. That's the name of the convoluted connector driver to interface a Corvus Disk System to FJC GUI. ** blows brains out ** Quote Link to comment Share on other sites More sharing options...
AtariGeezer Posted May 30, 2011 Share Posted May 30, 2011 I'm glad you like LW. In about two years' time, there'll be a version which runs under FibreOS... erm, oops, er, I mean the as yet untitled A8 GUI. Here's a name to think about "FunGos", it'll grow on you Quote Link to comment Share on other sites More sharing options...
+Stephen Posted May 30, 2011 Share Posted May 30, 2011 You can't use that name! FibreOS is the rebranded IOS I use for my network j/k However, if MG allows, I hear 'fibernutz' is available for 'ass-rig' replacement. That's the name of the convoluted connector driver to interface a Corvus Disk System to FJC GUI. ** blows brains out ** Hey fibrewire - let me know if you want any of the config files I use for my Sparta DOS X & Last Word setup. The combo works great on an expanded RAM machine. My current daily use machine is a 320KB(Peterson) 130XE. Lets me edit 160KB documents in Last Word (or keep 10 16K documents open at one time). Back to the GUI thread now - at least it's related by author Quote Link to comment Share on other sites More sharing options...
pseudografx Posted May 31, 2011 Share Posted May 31, 2011 I just could not resist to make a simple mockup :-) Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted May 31, 2011 Author Share Posted May 31, 2011 I just could not resist to make a simple mockup :-) Nice! This is making me impatient... That menu bar needs to be at the top (above the window title bar). 1 Quote Link to comment Share on other sites More sharing options...
bpj1138 Posted May 31, 2011 Share Posted May 31, 2011 FJC: I saw in your demo when you move a window, the other windows get exposed and get redrawn, so I suppose you're not giving each window offscreen mem to draw to which could then be blitted at any time, and wouldn't cause redraw events. I'm also guessing you're doing most of this procedurally (judging from the general negative response to OOP). So, I'm wondering how you'd tell a program to redraw itself? Are you using structures with user set callbacks, or not? Perhaps programs will have to implement a predefined API? Sorry if I sound confused (which I am). Give us your thoughts on this when you get a chance. Maybe this is still in design stages, people could help. Quote Link to comment Share on other sites More sharing options...
+David_P Posted May 31, 2011 Share Posted May 31, 2011 Nice! This is making me impatient... That menu bar needs to be at the top (above the window title bar). No, it needs to permit the user to place it where the user wants it Quote Link to comment Share on other sites More sharing options...
Chilly Willy Posted June 1, 2011 Share Posted June 1, 2011 Nice! This is making me impatient... That menu bar needs to be at the top (above the window title bar). No, it needs to permit the user to place it where the user wants it That's probably too much to ask from an 8bit system with limited memory. Quote Link to comment Share on other sites More sharing options...
fibrewire Posted June 1, 2011 Share Posted June 1, 2011 Wikipedia says: The built-in display was a one-bit black-and-white, 9 in (23 cm) CRT with a resolution of 512×342 pixels http://en.wikipedia.org/wiki/Macintosh_128K http://www.youtube.com/watch?v=hMENx28FueA Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted June 1, 2011 Author Share Posted June 1, 2011 (edited) FJC: I saw in your demo when you move a window, the other windows get exposed and get redrawn, so I suppose you're not giving each window offscreen mem to draw to which could then be blitted at any time, and wouldn't cause redraw events. I'm also guessing you're doing most of this procedurally (judging from the general negative response to OOP). So, I'm wondering how you'd tell a program to redraw itself? Are you using structures with user set callbacks, or not? Perhaps programs will have to implement a predefined API? Sorry if I sound confused (which I am). Give us your thoughts on this when you get a chance. Maybe this is still in design stages, people could help. Perfectly valid questions/concerns. It's a tricky area, and certainly very much still in the design stage, but I'll try and explain where I'm at: At the moment - no - the windows don't have off-screen memory. Everything's unbuffered and the client areas are simply clipped (although they employ a virtual coordinate system). So, in the case of the client area, the simplest scenario is that the window gets a redraw message and this causes the non-client area and the client area (perhaps an object sub-tree) to redraw, taking the window extent and origin into account. Of course this doesn't look so pretty when the windows are stacked. But it's not procedural. The little demo app which runs those windows is just calling the event handler and requesting the new window coordinates for its own purposes after each event. Any object will redraw itself if you send it the appropriate message, each object having a render method. Regarding callbacks, every object has a callback procedure as part of its structure. Dirty-rectangle lists (as well as being rather complex), seem to me like overkill for this system. A multi-plane layered buffering system would be desirable, but is RAM-hungry. Overlaying windows and their contents offscreen then blitting them across would probably look best of all. I'm still playing with different approaches to this. If anyone has bright ideas about it, I'm all ears. That menu bar needs to be at the top (above the window title bar). No, it needs to permit the user to place it where the user wants it That's probably too much to ask from an 8bit system with limited memory. We're currently using the TOS/Mac ethos of a fixed menu bar at the top of the screen. Wikipedia says: The built-in display was a one-bit black-and-white, 9 in (23 cm) CRT with a resolution of 512×342 pixels http://en.wikipedia..../Macintosh_128K http://www.youtube.c...h?v=hMENx28FueA Indeed. It's the same DPI we're using (72). EDIT: Actually, buffering stacked window redraws sounds like a bloody good idea. Simple to implement, and all we need is 8KB buffer in banked memory. Should look very clean. Edited June 1, 2011 by flashjazzcat Quote Link to comment Share on other sites More sharing options...
atarixle Posted June 1, 2011 Share Posted June 1, 2011 I just could not resist to make a simple mockup :-) Little error: FujiX's menu bar is not on the top of the window (Windows-like), but on the top of the screen (Mac like). Quote Link to comment Share on other sites More sharing options...
potatohead Posted June 1, 2011 Share Posted June 1, 2011 Given the limited number of pixels, the fixed menu seems very appropriate. I know, if I were to ever actually use this thing, having vertical space would be important. And there are only 200 pixels... Don't care whether or not there is a redraw on some ops. RAM is at a premium too. Balance between looks and ability to actually do something. 2 Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted June 1, 2011 Author Share Posted June 1, 2011 Well said. It's not a question of cutting corners or not doing things the "proper" way. We have to make some compromises here, in terms of code footprint, RAM usage, and aesthetics (although less so with aesthetics in the capable hands of MrFish). Quote Link to comment Share on other sites More sharing options...
philipj Posted June 1, 2011 Share Posted June 1, 2011 (edited) http://www.youtube.com/watch?v=qwIAjB99ucw&feature=channel_video_title Well here's a video on the "Blit Terminal..." An early windows style OS using Unix.Obviously a model for the Window style operating systems to follow a few years later for home version computers. Edited June 1, 2011 by philipj Quote Link to comment Share on other sites More sharing options...
+Stephen Posted June 1, 2011 Share Posted June 1, 2011 http://www.youtube.com/watch?v=qwIAjB99ucw&feature=channel_video_title Well here's a video on the "Blit Terminal..." An early windows style OS using Unix.Obviously a model for the Window style operating systems to follow a few years later for home version computers. What a cool terminal. If we had that back in 1982, why is the current GUI tech only at its current level I wonder? Quote Link to comment Share on other sites More sharing options...
Chilly Willy Posted June 2, 2011 Share Posted June 2, 2011 I don't mind the menu bar at the top. If you wanted to as much screen space as possible, you could do like the Amiga and hide the menu bar until you press the menu button on the mouse. Quote Link to comment Share on other sites More sharing options...
flashjazzcat Posted June 2, 2011 Author Share Posted June 2, 2011 (edited) I don't mind the menu bar at the top. If you wanted to as much screen space as possible, you could do like the Amiga and hide the menu bar until you press the menu button on the mouse. One thing I hate about the Amiga OS versions I've used is the right-click activation of the menu bar. I'd certainly consider an "auto-hide" facility, though, whereby the menu bar simply reveals itself when you bang the mouse pointer up against the top edge of the desktop. Edited June 2, 2011 by flashjazzcat 1 Quote Link to comment Share on other sites More sharing options...
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.