On 2019-05-28 15:54:14 +0000, Nick Sabalausky (Abscissa) said:

> It's incredibly refreshing to hear a developer say that, instead of the usual, "As a *developer*, I'm the most important part and my time is most valuable. So, my users should just go buy faster hardware."

In the mid 90s I co-invented & designed reconfigurable CPU systems. Our goal these days was to do real-time ray-tracing. So, we even said: just wait, we are going to make a faster hardware first. ;-)

Anyway, you statement is unfortunatly very true. It's the same idotic thing happening in every company: "I make my life easy and do things quick & dirty" without understanding that down the processes there are hundred of points where this stuff is used, and everyone needs to figure out the pitfalls over and over again... that's what I call very efficient thinking.

The software we sell, would still fit on one floppy disk (if there are still people knowing what it is). And I'm always saying: "Every good software fits on one floppy-disk." Most people can't believe that this is still possible.

-- 
Robert M. Münch
http://www.saphirion.com
smarter | better | faster

On 2019-05-28 07:22:06 +0000, Ola Fosheim Grøstad said:

> Just be aware that implementing a multithreaded constraint solver is something that you will have to spend a lot of time on.

I am... and I didn't meant that we want use MT everywhere.

MT is a tool, and after measuring and understanding the problem, the decision for or against MT is made.

> Rendering is easy to do in parallel.

Yep, and that's something that will be done with MT.

-- 
Robert M. Münch
http://www.saphirion.com
smarter | better | faster

On Tuesday, 28 May 2019 at 20:54:59 UTC, Robert M. Münch wrote:
.
>
> The software we sell, would still fit on one floppy disk (if there are still people knowing what it is). And I'm always saying: "Every good software fits on one floppy-disk." Most people can't believe that this is still possible.

I remember VisiCalc.com.
And I remember when no program would need more than 640k RAM.
But I also remember installing msoffice from 31 floppy discs....

On 5/28/19 6:50 PM, Abdulhaq wrote:
> On Tuesday, 28 May 2019 at 20:54:59 UTC, Robert M. Münch wrote:
> .
>>
>> The software we sell, would still fit on one floppy disk (if there are still people knowing what it is). And I'm always saying: "Every good software fits on one floppy-disk." Most people can't believe that this is still possible.

I'd argue games are the obvious exception, just on account of the graphics/sound/etc assets, but you definitely make a fair point.

> 
> I remember VisiCalc.com.
> And I remember when no program would need more than 640k RAM.
> But I also remember installing msoffice from 31 floppy discs....

I think I still have a stack of floppies from an early version of MS Visual C/C++. Plus similar floppy stacks from other 90's compilers[1] But 31 install disks is quite impressive, I'm not sure I can match that[2]. I tip my retro-hat to you, good sir!

[1] I realize others have me beat here, but just the memory of taking college classes that utilized Visual Basic 6 makes me feel old...

[2] I think my earliest version of Office is new enough to be on CD-ROM - back from the "Encarta" era - anyone remember that? I actually kinda miss it, it made heavier use of audio/video than Wikipedia does. Heck, it made the future seem much brighter than what we ended up with! (And, interestingly, it also served as an early example of MS disregarding their OS's UI design guidelines in their own apps. Still relevant today!)

On Wednesday, 29 May 2019 at 05:56:45 UTC, Nick Sabalausky (Abscissa) wrote:
> I think I still have a stack of floppies from an early version of MS Visual C/C++. Plus similar floppy stacks from other 90's compilers[1] But 31 install disks is quite impressive, I'm not sure I can match that[2]. I tip my retro-hat to you, good sir!
>
> [1] I realize others have me beat here, but just the memory of taking college classes that utilized Visual Basic 6 makes me feel old...

My first assembler for the C64 loaded from tape… so I had to reload everything from tape every time my program crashed…

On the other hand, it made you look very closely at the code before you ran it…

On 2019-05-19 21:01:33 +0000, Robert M. Münch said:

> Hi, we are currently build up our new technology stack and for this create a 2D GUI framework.

Hi, some more teaser showing a text-input field, with clipping, scrolling, etc.:

https://www.dropbox.com/s/wp3d0bohnd59pyp/Bildschirmaufnahme%202020-01-28%20um%2017.16.26.mov?dl=0 


We have text-lables, text-input and basic text-list now working. Slow but steady progress. The whole framework follows a free compisition idea. You can add a table to the slider-knob of a slider if you want and it will just work.

Style and decoration is totally seperate and currently not done at all. Hence, the ugly wireframe look.

This whole project is a side-project I currently do beside our normal product development work.

-- 
Robert M. Münch
http://www.saphirion.com
smarter | better | faster

On 2019-05-19 21:01:33 +0000, Robert M. Münch said:

> Hi, we are currently build up our new technology stack and for this create a 2D GUI framework.

Some now teaser, again might not look like a lot had happend but we move forward, slow but steady:

https://www.dropbox.com/s/jjefzyneqnxr7pb/dgui_teaser-1.mp4

The framework can now handle 9-patch images for decoration of any widget parts.

And here an older one I think I never posted, about text editing:

https://www.dropbox.com/s/cfqy21q4s7d0zxr/Bildschirmaufnahme%202020-04-07%20um%2017.08.24.mov?dl=0 


Cut & Paste, marking, cursor movement etc. is all working correctly. All text stuff (rendering and handling) is done in Unicode.

What we first get to work is a way to create simple applications with input-forms, text-lists feed from a database and single line text-editing.


-- 
Robert M. Münch
http://www.saphirion.com
smarter | better | faster

On Monday, 22 June 2020 at 16:43:12 UTC, Robert M. Münch wrote:
> On 2019-05-19 21:01:33 +0000, Robert M. Münch said:
>
>> [...]
>
> Some now teaser, again might not look like a lot had happend but we move forward, slow but steady:
>
> https://www.dropbox.com/s/jjefzyneqnxr7pb/dgui_teaser-1.mp4
>
> The framework can now handle 9-patch images for decoration of any widget parts.
>
> And here an older one I think I never posted, about text editing:
>
> https://www.dropbox.com/s/cfqy21q4s7d0zxr/Bildschirmaufnahme%202020-04-07%20um%2017.08.24.mov?dl=0
>
>
> Cut & Paste, marking, cursor movement etc. is all working correctly. All text stuff (rendering and handling) is done in Unicode.
>
> What we first get to work is a way to create simple applications with input-forms, text-lists feed from a database and single line text-editing.
Will it be open source? Curious why its not hosted public

On Monday, 22 June 2020 at 16:43:12 UTC, Robert M. Münch wrote:
> On 2019-05-19 21:01:33 +0000, Robert M. Münch said:
>
>> Hi, we are currently build up our new technology stack and for this create a 2D GUI framework.
>
> Some now teaser, again might not look like a lot had happend but we move forward, slow but steady:
>
> https://www.dropbox.com/s/jjefzyneqnxr7pb/dgui_teaser-1.mp4
>
> The framework can now handle 9-patch images for decoration of any widget parts.
>
> And here an older one I think I never posted, about text editing:
>
> https://www.dropbox.com/s/cfqy21q4s7d0zxr/Bildschirmaufnahme%202020-04-07%20um%2017.08.24.mov?dl=0
>
>
> Cut & Paste, marking, cursor movement etc. is all working correctly. All text stuff (rendering and handling) is done in Unicode.
>
> What we first get to work is a way to create simple applications with input-forms, text-lists feed from a database and single line text-editing.

Width of the element can be set:
- by hand
--- fixed
- by automate
--- inherited from parent
--- from childs ( calculated max width )
--- generated by parent layout ( like a HBox, VBox, may be CircleLayout... )

and for each case:
- check min width
- check max width

https://drive.google.com/file/d/1ZbeSkQD2BY06JB1R17CT17te1H9ecRnI/view?usp=sharing

and childs can be aligned in container cell to: left. center, right, stretched.

https://drive.google.com/file/d/1Xm4m7DLaUoPu5wzvPSalgW3i1-WkTeek/view?usp=sharing

It will be good.

I love beauty UI too. :)
I love fast perfect UI too.
And I do D Windows GUI too.  :)

On 2020-06-22 23:56:47 +0000, aberba said:

> Will it be open source? Curious why its not hosted public

We will see...

The main point is, such a thing only lifts off if the quality and out-of-the-box experience is high enough. I think we don't need an other project, that might not get any tracktion.

And, if things have a good quality and are used, a project needs a bit of management. This bit can become quite intensive, especially in the beginning until enough know-how is build-up by others. And, this requires that others are picking it up, which needs a good quality... and the circle closes.

Reality tells us, that most OS projects don't take off. Small libs, with a narrow scope are a totally different story than a GUI framework.

-- 
Robert M. Münch
http://www.saphirion.com
smarter | better | faster