World: r3wp
[!REBOL3 GUI]
older newer | first last |
Rebolek 24-Jun-2010 [1726] | It's not proportional resizing ONLY, if you want your elements to stay whey they were, you're free to do so. |
Graham 24-Jun-2010 [1727x2] | Chinese used to be right to left and top to bottom... but I think they've changed |
Is Arabic still right to left? | |
Steeve 24-Jun-2010 [1729] | But the old way (fixing the corners to the container) is goog enough. |
Rebolek 24-Jun-2010 [1730] | Graham: yes, but AFAIK, they write their numbers mostly L->R. Strange. |
Graham 24-Jun-2010 [1731] | Our numbering system is based on the arabic one ... |
Ladislav 24-Jun-2010 [1732] | yes, but it seems, that the origins of the system go back to Babylon |
BrianH 24-Jun-2010 [1733] | I also want a combination of proportional resizing for scale, and expanding sections for size. Fot instance, an iPhone 4 has a higher resolution screen than a Droid, but the Droid's screen may be larger. So I want to both scale to higher resolutions on platforms that support them, but make use of more physical space when available, as needed. I don't want my menu/ribbon to expand to fill more of the screen unless I am going to be further away from it. |
Graham 24-Jun-2010 [1734] | Not to Babel ? |
Rebolek 24-Jun-2010 [1735] | Yes, R->L. I'm tired today :) |
BrianH 24-Jun-2010 [1736] | Wasn't the babylonian system base-60? Or was that someone else? |
Ladislav 24-Jun-2010 [1737] | ah sorry, Babylon is a transcription used in Cz |
Graham 24-Jun-2010 [1738] | Anway, I just want to know if faces resize to their text and we don't explicitly have to set them |
Rebolek 24-Jun-2010 [1739] | I don't want resizing. It's mostly useless. You need to define UI for each device. Abstraction doesn't work. That's the sad truth. |
Graham 24-Jun-2010 [1740] | Rebolek .. if it works in 90% of the cases ... for many people, that's good enough |
BrianH 24-Jun-2010 [1741] | I want resizing for the desktop, and scaling for devices like Android-based phones where you can't necessarily know the resolution/size ahead of time. |
Graham 24-Jun-2010 [1742x2] | People can code around the other cases hopefully |
These phones are changing screen sizes every release | |
Ladislav 24-Jun-2010 [1744] | Babylonians had base-60 numbers, indeed, but the evidence exists, that they founded our positional system |
Rebolek 24-Jun-2010 [1745x2] | Graham, it may work for the desktop, but it's not working for mobile devices. |
Brain, exactly. | |
Ladislav 24-Jun-2010 [1747] | the invention of zero was a considerable breakthrough, taking into account, that even nowadays there are people hesitating to call zero "a number" |
Steeve 24-Jun-2010 [1748] | it's a bit, actually :-) |
BrianH 24-Jun-2010 [1749] | Just read a new Droid review - larger screen than a iPhone 4, less resolution. I'm starting to want a device-independent coordinate system :( |
Rebolek 24-Jun-2010 [1750] | But iPhone is very consistent. It had the same resolution and now it doubled it. Android is almost unpredictable in that manner. Unfortuately. |
Henrik 24-Jun-2010 [1751x2] | well, there is the iPad too. I imagine there will be more different screensizes in the future. |
also now that Microsoft seem to be releasing a new mobile OS per week... | |
BrianH 24-Jun-2010 [1753x2] | Nope, just new form factors. They still only have the 2 mobile OSes. |
Plus legacy versions of those two of course. | |
Graham 24-Jun-2010 [1755] | so do faces adjust for text size automatically?? anyone know? |
Rebolek 24-Jun-2010 [1756x2] | Graham, they do not. Right now. |
UI still needs lot of work. | |
Graham 24-Jun-2010 [1758x2] | oh ... |
Just keep it in mind please guys! | |
Rebolek 24-Jun-2010 [1760] | Actually, it's one of my favourite features :) |
Graham 24-Jun-2010 [1761x3] | Motorola Droid X |
Anyone know if one can update the GUI from a network event? | |
I'd like to know, inter alia, if one can build a progress meter for downloads | |
Pekr 25-Jun-2010 [1764] | As for resizing - how much I can influence the scaling aspects? I mean - e.g. I have simple reblet, a calculator. Now while it resizes buttons etc., what if I want it also to properly scale on large display? I mean - making the UI element just bigger, including borders, font metrics, etc.? |
Graham 25-Jun-2010 [1765] | Does R3Gui have scaleable fonts? |
Henrik 25-Jun-2010 [1766] | Graham, all your questions: yes. |
Pekr 25-Jun-2010 [1767] | Henrik - so what happens next? Resizing model is incorporated into GUI, and then we can see some beta? Or is it still too early? |
Henrik 25-Jun-2010 [1768] | Too early I think. I haven't seen the dialect yet. |
Graham 25-Jun-2010 [1769] | Henrik, how? |
Henrik 25-Jun-2010 [1770x2] | Graham, don't know, but if it wasn't possible, I wouldn't use R3 at all. |
since it's a very basic function | |
Graham 25-Jun-2010 [1772] | Does anyone know ? |
Pekr 25-Jun-2010 [1773] | Ladislav - I do understand the need for having vertical vs horizontal arrangement (panel vs group). But it is hardly "acceptable", if those two differe visually, because then we can't say, that one is the opposite of the other :-) |
Cyphre 25-Jun-2010 [1774x2] | Hello guys, just few notes from my side regarding the layout sematics and min/max-size etc: -the layout will be still as simple as in the current R3GUI -most of the time only 'style maker' will need to handle min/max/init size of the specific style -by default layout elements have to be organized either in PANEL or GROUP structures (though it is possible create your super special style for circular layouts or whatever ;)) -at the PANEL/GROUP layout level there will be only three kinds of elements: 1) style with absolute size (in any axis) 2) style with elastic size (in any axis) 3) optional RETURN keyword used for line breaking to create variable number of rows/cols(default ehaviour is to set fixed number of cols/rows for GROUP/PANEL) -to achieve more complex layout user can redefine min/max sizes according his needs |
Pekr: the new resizing model is not yet integrated to R3 GUI. We are finalizing the prototype so it is fine-tuned. The integration to R3GUI part will start from the next week. | |
older newer | first last |