Page 157 of 262

Re: What does your OS look like? (Screen Shots..)

Posted: Sat Aug 20, 2016 5:45 am
by max
Kevin wrote:Looks great. Seems you made some good progress today. :)
I did :mrgreen:
octacone wrote:That is some nice stuff. I really like the look of Ghost kernel.
One question doe, why does it take that much for the terminal to fill its own back color? I watched the video and saw that you were using VirtualBox (very fast when it comes to GUI rendering), it shouldn't be that long. Also how hard was it to port Cario Graphics? Is it worth it after all? Do you need to have a working compositor when using Cairo or it can be the compositor itself?
Thanks!
It's actually not the graphics stuff here that is causing the lag. In the demo I did a quick-and-dirty way to update the canvas size, that is set its bounds to the window size each time it is repainted, and that is slow :P that will be done by the window server itself soon.

Re: What does your OS look like? (Screen Shots..)

Posted: Sat Aug 20, 2016 5:53 am
by onlyonemac
max wrote:It's actually not the graphics stuff here that is causing the lag. In the demo I did a quick-and-dirty way to update the canvas size, that is set its bounds to the window size each time it is repainted, and that is slow :P that will be done by the window server itself soon.
Yeah, you just need to update the canvas size whenever the window size changes. So when the window is initially created, if the window is resized programmatically, or if the user resizes the window. For the user resizing the window, it would probably be better to update it when the user completes the resize (releases the mouse button) rather than for each small mouse movement while they're resizing it, otherwise it might be laggy.

Re: What does your OS look like? (Screen Shots..)

Posted: Sat Aug 20, 2016 6:19 am
by klange
onlyonemac wrote:Yeah, you just need to update the canvas size whenever the window size changes. So when the window is initially created, if the window is resized programmatically, or if the user resizes the window. For the user resizing the window, it would probably be better to update it when the user completes the resize (releases the mouse button) rather than for each small mouse movement while they're resizing it, otherwise it might be laggy.
Completing a resize only after the mouse is released is sometimes called "lazy resizing" (you can also do lazy window movement in the same way, but it rarely has the same sort of advantages). I do this in my compositor by displaying a bounding box during the resize action and resizing the window only at the end. Here's an old screenshot; the bounding box aligns to window rotation. e: here's something a bit less dated

Re: What does your OS look like? (Screen Shots..)

Posted: Sat Aug 20, 2016 2:21 pm
by max
onlyonemac wrote:Yeah, you just need to update the canvas size whenever the window size changes. So when the window is initially created, if the window is resized programmatically, or if the user resizes the window. For the user resizing the window, it would probably be better to update it when the user completes the resize (releases the mouse button) rather than for each small mouse movement while they're resizing it, otherwise it might be laggy.
"just" :D When the canvas size changes and the buffer is not sufficient, the server resizes the buffer, posting an event to the client that there is a new buffer, the client repainting the content, sending an acknowledge-message to the server and the server then switching to the acknowledged buffer.

I thought about doing something like klange said, but I'll first try to see if it goes well like this, too.

Re: What does your OS look like? (Screen Shots..)

Posted: Sat Aug 20, 2016 3:39 pm
by BrightLight
I love tweaking my window manager... and I love posting in this thread even more, lol.

Re: What does your OS look like? (Screen Shots..)

Posted: Sat Aug 20, 2016 4:48 pm
by f2
Hello everyone! It's been a long while I didn't posted anything here.
It's been also a while I didn't worked on my own OS, but it's still alive and here is a screenshot of it.

Re: What does your OS look like? (Screen Shots..)

Posted: Sat Aug 20, 2016 5:24 pm
by BrightLight
f2 wrote:Hello everyone! It's been a long while I didn't posted anything here.
It's been also a while I didn't worked on my own OS, but it's still alive and here is a screenshot of it.
I've seen your posts way back in this thread, and I've always been interested in your OS, but your website link has always been dead since I tried it in 2015. Is it still written in assembly? It's nice to see a project can still be alive after such a long time without activity, very inspiring.

Re: What does your OS look like? (Screen Shots..)

Posted: Sun Aug 21, 2016 1:26 am
by Octacone
f2 wrote:Hello everyone! It's been a long while I didn't posted anything here.
It's been also a while I didn't worked on my own OS, but it's still alive and here is a screenshot of it.
omarrx024 wrote:I love tweaking my window manager... and I love posting in this thread even more, lol.
You guys are making me envy! :mrgreen: Both of you: really cool operating systems, I wish that Basic OS was that good. =D>

Re: What does your OS look like? (Screen Shots..)

Posted: Sun Aug 21, 2016 2:02 am
by Octacone
GUI text drawing feature is finally completed.
DrawingFinishedBasicOS.png
DrawingFinishedBasicOS.png (2.72 KiB) Viewed 4330 times
#BasicOS

Re: What does your OS look like? (Screen Shots..)

Posted: Sun Aug 21, 2016 2:52 am
by f2
omarrx024 wrote: I've seen your posts way back in this thread, and I've always been interested in your OS, but your website link has always been dead since I tried it in 2015. Is it still written in assembly? It's nice to see a project can still be alive after such a long time without activity, very inspiring.
Yes, it's still written entirely in assembly. The project evolved a lot, but very slowly. I've added support for APIC (interrupt controller & timer), SATA (read/write), and SMP. However, it's still 32-bit and there's no UEFI support.

I've added a new screenshot of the OS with a different color scheme.

Re: What does your OS look like? (Screen Shots..)

Posted: Sun Aug 21, 2016 3:18 am
by gerryg400
I got job control working, for those old enough to remember what that is. I'm using an unmodified cross-compiled bash shell.Image

Re: What does your OS look like? (Screen Shots..)

Posted: Sun Aug 21, 2016 8:15 am
by max
After fixing some bugs i finally had time to improve my UI design :)

Image

Re: What does your OS look like? (Screen Shots..)

Posted: Sun Aug 21, 2016 8:42 am
by Ch4ozz
That looks pretty nice @max :)
Gonna add round corners later too :D
Im about to implement labels to my gui, but before I have to finish my TTF drawing.
I try to use as little libraries as possible, I dont like bloated code in my kernel

Re: What does your OS look like? (Screen Shots..)

Posted: Sun Aug 21, 2016 8:46 am
by matt11235
max wrote:After fixing some bugs i finally had time to improve my UI design :)

-snip-
What's going on in your test window?

Re: What does your OS look like? (Screen Shots..)

Posted: Sun Aug 21, 2016 8:58 am
by max
Thanks Ch4ozz.
zenzizenzicube wrote:What's going on in your test window?
That's just an example from the cairo page; it's what I used for testing my client-drawn canvas implementation. :)