On Tue, Nov 10, 2009 at 4:03 AM, Robert Millan wrote:
> On Tue, Nov 10, 2009 at 12:46:06AM +0800, Bean wrote:
>>
>> MINGW don't have fnmatch.h, add fnmatch.h to include
>> MINGW don't define S_IROTH, S_IRGRP and u_char
>> MINGW don't have lstat, getuid and getgid.
>
> I started making some adjustm
On Mon, Nov 09, 2009 at 09:10:33PM +0100, Felix Zielcke wrote:
> Am Montag, den 09.11.2009, 21:04 +0100 schrieb Robert Millan:
> > On Tue, Nov 10, 2009 at 12:46:06AM +0800, Bean wrote:
> > > Some system such as ubuntu karmic define write using
> > > warn_unused_result attribute, which cause a warni
On Mon, Nov 09, 2009 at 09:04:50PM +0100, Robert Millan wrote:
> On Tue, Nov 10, 2009 at 12:46:06AM +0800, Bean wrote:
> > Some system such as ubuntu karmic define write using
> > warn_unused_result attribute, which cause a warning when return value
> > of write is not used. As grub compile with -W
Am Montag, den 09.11.2009, 21:04 +0100 schrieb Robert Millan:
> On Tue, Nov 10, 2009 at 12:46:06AM +0800, Bean wrote:
> > Some system such as ubuntu karmic define write using
> > warn_unused_result attribute, which cause a warning when return
> value
> > of write is not used. As grub compile with -
On Tue, Nov 10, 2009 at 12:46:06AM +0800, Bean wrote:
> Some system such as ubuntu karmic define write using
> warn_unused_result attribute, which cause a warning when return value
> of write is not used. As grub compile with -Werror, this turn into
> error, to work around it, use something like th
On Tue, Nov 10, 2009 at 12:46:06AM +0800, Bean wrote:
>
> MINGW don't have fnmatch.h, add fnmatch.h to include
> MINGW don't define S_IROTH, S_IRGRP and u_char
> MINGW don't have lstat, getuid and getgid.
I started making some adjustments to these, and it was basically rewritten. I
verified curr
On Tue, Nov 10, 2009 at 12:16 AM, Robert Millan wrote:
> On Mon, Nov 09, 2009 at 11:55:11PM +0800, Bean wrote:
>> Sync with upstream r1810,
>
> Nice.
>
>> also fix a few compile error of grub-mkisofs
>> in mingw and ubuntu karmic.
>
> Could you perhaps send a patch for those compile fixes?
Hi,
H
On Mon, Nov 09, 2009 at 11:55:11PM +0800, Bean wrote:
> Sync with upstream r1810,
Nice.
> also fix a few compile error of grub-mkisofs
> in mingw and ubuntu karmic.
Could you perhaps send a patch for those compile fixes?
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We
Hi,
Update:
Sync with upstream r1810, also fix a few compile error of grub-mkisofs
in mingw and ubuntu karmic.
--
Bean
My repository: https://launchpad.net/burg
Document: https://help.ubuntu.com/community/Burg
___
Grub-devel mailing list
Grub-devel
Hi,
Update:
New handler class menu_viewer, new menu system is now a menu viewer
handler. (emenu.mod)
Remove reader handler class.
New module lib.mod containing helper functions. Move common function
for normal.mod to lib.mod.
Move the menu out of normal.mod as standalone menu viewer. (nmenu.mod)
Hi,
Update:
Support enter key in edit. You can use enter key to break a line into
two. Use backspace at the beginning of a line to join two lines into
one.
Support md5 password. Use utility grub-mkpasswd to generate md5
password, for example:
grub-mkpasswd 123456
Output:
$1$qn6KtRs$nO9.aB.p85B
On Thu, Oct 29, 2009 at 5:33 PM, Vladimir 'phcoder' Serbinenko
wrote:
>> BTW, the save_env method doesn't works menu items generated
>> dynamically. For example, the menu items added by osdetect.lua or sub
>> menu items by menu_create.
>>
>>
> Then it's a bug that should be fixed and not swept und
Bean wrote:
> On Thu, Oct 29, 2009 at 5:10 PM, Vladimir 'phcoder' Serbinenko
> wrote:
>
>> Bean wrote:
>>
>>> On Thu, Oct 29, 2009 at 5:12 AM, Vladimir 'phcoder' Serbinenko
>>> wrote:
>>>
>>>
Bean wrote:
> Hi,
>
> Update:
>
> Add timeout,
On Thu, Oct 29, 2009 at 5:10 PM, Vladimir 'phcoder' Serbinenko
wrote:
> Bean wrote:
>> On Thu, Oct 29, 2009 at 5:12 AM, Vladimir 'phcoder' Serbinenko
>> wrote:
>>
>>> Bean wrote:
>>>
Hi,
Update:
Add timeout, progressbar and savedefault.
savedefault:
Va
Bean wrote:
> On Thu, Oct 29, 2009 at 5:12 AM, Vladimir 'phcoder' Serbinenko
> wrote:
>
>> Bean wrote:
>>
>>> Hi,
>>>
>>> Update:
>>>
>>> Add timeout, progressbar and savedefault.
>>>
>>> savedefault:
>>>
>>> Variable savedefault set the system default value. If savedefault=1,
>>> save the
On Thu, Oct 29, 2009 at 5:12 AM, Vladimir 'phcoder' Serbinenko
wrote:
> Bean wrote:
>> Hi,
>>
>> Update:
>>
>> Add timeout, progressbar and savedefault.
>>
>> savedefault:
>>
>> Variable savedefault set the system default value. If savedefault=1,
>> save the current boot item.
>>
>> You can also o
Bean wrote:
> Hi,
>
> Update:
>
> Add timeout, progressbar and savedefault.
>
> savedefault:
>
> Variable savedefault set the system default value. If savedefault=1,
> save the current boot item.
>
> You can also overwrite the default value for individual items, in
> menuentry statement --save opti
Hi,
Update:
Add timeout, progressbar and savedefault.
savedefault:
Variable savedefault set the system default value. If savedefault=1,
save the current boot item.
You can also overwrite the default value for individual items, in
menuentry statement --save option always save this item, and --n
Hi,
Update:
Support password dialog.
In grub.cfg, config users, for example:
set superusers=admin
password admin admin
password user user
In this example, there are two uses admin and user, admin is a superuser.
To set authorized user for a boot item defined with menuentry statement:
menuent
Hi,
Update:
Support transparent icon.
Support command history for term widget, up/down move through history,
ctrl-p/ctrl-n move to previous output lines. you can use history
property to set the number of history lines:
term {
history = 10
}
If history is not set, default value of 20 is used,
On Sat, Oct 24, 2009 at 7:04 PM, Peter Cros wrote:
> I can use grub-mkrescue to create an El Torito image and burn CD which
> boots and can run menu. Is that what you mean, or is there a way to boot
> direct from iso?
>
> Thanks
>
> Nevermind, multiboot /grub.img works, with some bugs in gfx for
I can use grub-mkrescue to create an El Torito image and burn CD which boots
and can run menu. Is that what you mean, or is there a way to boot direct
from iso?
Thanks
On Fri, Oct 23, 2009 at 6:31 PM, Bean wrote:
> On Fri, Oct 23, 2009 at 1:59 PM, Peter Cros wrote:
> > I don't know what is th
On Fri, Oct 23, 2009 at 1:59 PM, Peter Cros wrote:
> I don't know what is the testing status for pc machines, but I have
> grub-install problem for platform pc on Apple with the current menu source.
>
> commit eb03e2575b2c0b1b4fd83f33a741f6fef3b93339
> Author: Bean
> Date: Wed Oct 21 01:11:27 2
I don't know what is the testing status for pc machines, but I have
grub-install problem for platform pc on Apple with the current menu source.
commit eb03e2575b2c0b1b4fd83f33a741f6fef3b93339
Author: Bean
Date: Wed Oct 21 01:11:27 2009 +0800
Compiling for grub-pc test of menu on Apple, --wth-p
On Thu, Oct 22, 2009 at 3:41 PM, Michal Suchanek wrote:
>> Here, function means C function. In config file, all configurable
>> command is grub command, no command is specific to certain widget.
>> Widget have a onkey callback function which gives it the chance to
>> handle the current key press,
2009/10/22 Bean :
> On Thu, Oct 22, 2009 at 4:47 AM, Michal Suchanek wrote:
>> 2009/10/21 Bean :
>>> On Wed, Oct 21, 2009 at 3:20 AM, Michal Suchanek
>>> wrote:
2009/10/18 Bean :
> Hi,
>
> Update:
>
> Add mapkey section. For example:
>
> mapkey {
> f5 = ctrl
On Thu, Oct 22, 2009 at 4:47 AM, Michal Suchanek wrote:
> 2009/10/21 Bean :
>> On Wed, Oct 21, 2009 at 3:20 AM, Michal Suchanek wrote:
>>> 2009/10/18 Bean :
Hi,
Update:
Add mapkey section. For example:
mapkey {
f5 = ctrl-x
}
>>>
>>> Does this also gen
On Thu, Oct 22, 2009 at 4:55 AM, Michal Suchanek wrote:
> 2009/10/21 Bean :
>> On Wed, Oct 21, 2009 at 3:31 AM, Michal Suchanek wrote:
>>> 2009/10/20 Bean :
Hi,
Update:
Add dialog support, it allows you to write a template and call it with
different parameters, for e
2009/10/21 Bean :
> On Wed, Oct 21, 2009 at 3:31 AM, Michal Suchanek wrote:
>> 2009/10/20 Bean :
>>> Hi,
>>>
>>> Update:
>>>
>>> Add dialog support, it allows you to write a template and call it with
>>> different parameters, for example:
>>>
>>> dialog_edit {
>>> ápanel {
>>> á áparameters = "tex
2009/10/21 Bean :
> On Wed, Oct 21, 2009 at 3:20 AM, Michal Suchanek wrote:
>> 2009/10/18 Bean :
>>> Hi,
>>>
>>> Update:
>>>
>>> Add mapkey section. For example:
>>>
>>> mapkey {
>>> f5 = ctrl-x
>>> }
>>
>> Does this also generate a mapkey text which you can dump into a text
>> box so that people
On Wed, Oct 21, 2009 at 3:31 AM, Michal Suchanek wrote:
> 2009/10/20 Bean :
>> Hi,
>>
>> Update:
>>
>> Add dialog support, it allows you to write a template and call it with
>> different parameters, for example:
>>
>> dialog_edit {
>> panel {
>> parameters = "text=edit.text"
>> class = fram
On Wed, Oct 21, 2009 at 3:20 AM, Michal Suchanek wrote:
> 2009/10/18 Bean :
>> Hi,
>>
>> Update:
>>
>> Add mapkey section. For example:
>>
>> mapkey {
>> f5 = ctrl-x
>> }
>
> Does this also generate a mapkey text which you can dump into a text
> box so that people know what is mapped to what (and
On Wed, Oct 21, 2009 at 3:06 AM, Michal Suchanek wrote:
> Hello
>
> 2009/10/17 Bean :
>> Hi,
>>
>> Update:
>>
>> Add sub menu support, generate widgets dynamically using menu entries.
>
> The example is very complex and I don't quite understand what is the
> advantage of this baroque scheme over g
I find that the 2 terminal configuration with hotkey switch can be very
useful alternative in some situations (debugging ...) , particularly on
1920x1200 screen. Single screen popup can be default for normal use.
On Wed, Oct 21, 2009 at 6:31 AM, Michal Suchanek wrote:
> 2009/10/20 Bean :
>
> > m
2009/10/20 Bean :
> Hi,
>
> Update:
>
> Add dialog support, it allows you to write a template and call it with
> different parameters, for example:
>
> dialog_edit {
> panel {
> parameters = "text=edit.text"
> class = frame
> width = 80%
> attach_hcenter = 0
> attach_vcenter = 0
>
>
2009/10/18 Bean :
> Hi,
>
> Update:
>
> Add mapkey section. For example:
>
> mapkey {
> f5 = ctrl-x
> }
Does this also generate a mapkey text which you can dump into a text
box so that people know what is mapped to what (and the same for the
default bindings and grub version/last git commit)?
Wo
Hello
2009/10/17 Bean :
> Hi,
>
> Update:
>
> Add sub menu support, generate widgets dynamically using menu entries.
The example is very complex and I don't quite understand what is the
advantage of this baroque scheme over generating the menus in grub.d
in files like 00_header or 10_linux.
For
Hi,
Update:
Add dialog support, it allows you to write a template and call it with
different parameters, for example:
dialog_edit {
panel {
parameters = "text=edit.text"
class = frame
width = 80%
attach_hcenter = 0
attach_vcenter = 0
edit {
lines = 10
}
}
}
Hi,
Update:
Add mapkey section. For example:
mapkey {
f5 = ctrl-x
}
maps f5 key to ctrl-x, this is important for platforms like EFI as
ctrl-x can't be input.
key name should be lowercase, it can be single character, f1 to f10,
ctrl-a to ctrl-z, left, right, up, down, home, end, delete, page_
Hi,
Update:
Add sub menu support, generate widgets dynamically using menu entries.
Now grub.cfg should look like this:
menuentry "AAA" {
set root=(hd0,1)
chainloader +1
}
menuentry "BBB" --class ubuntu {
true
}
. /menu/menu.cfg
The menu have three items, AAA, BBB and Tools, which is a
Hi,
Update:
Optimize update algorithm for term widget, now it should only update
the necessary regions.
Fix prompt handling in term, you can't use backspace to erase prompt
or use left to move before it, home would jump to position after the
prompt.
BTW, menu branch has been merged with master,
2009/10/11 Bean :
> On Sun, Oct 11, 2009 at 6:54 AM, Michal Suchanek wrote:
>> Hello
>>
>> 2009/10/10 Bean :
>>> Hi,
>>>
>>> Update:
>>>
>>> Add command menu_start, menu_popup, menu_toggle_mode and menu_refresh.
>>
>> This is very good, it's possible to run something with the menu now.
>>
>>
>> I
On Sun, Oct 11, 2009 at 6:54 AM, Michal Suchanek wrote:
> Hello
>
> 2009/10/10 Bean :
>> Hi,
>>
>> Update:
>>
>> Add command menu_start, menu_popup, menu_toggle_mode and menu_refresh.
>
> This is very good, it's possible to run something with the menu now.
>
>
> I wonder why the popup menu shows o
Hello
2009/10/10 Bean :
> Hi,
>
> Update:
>
> Add command menu_start, menu_popup, menu_toggle_mode and menu_refresh.
This is very good, it's possible to run something with the menu now.
I wonder why the popup menu shows on the same screen as the main menu.
AFAIK it is impossible to return to th
Hi,
Update:
Add command menu_start, menu_popup, menu_toggle_mode and menu_refresh.
The new demo shows a menu bar at the left, you can use UP/DOWN key to
navigate, the menu items are:
graphic mode/text mode
This allows you to switch between text mode and graphic mode dynamically.
term
open a po
2009/10/10 Bean :
> On Sat, Oct 10, 2009 at 4:41 AM, Michal Suchanek wrote:
>> 2009/10/9 Bean :
>>> On Sat, Oct 10, 2009 at 1:27 AM, Michal Suchanek
>>> wrote:
2009/10/9 Bean :
> On Sat, Oct 10, 2009 at 12:29 AM, Michal Suchanek
> wrote:
>> 2009/10/9 Bean :
>>> On Fri, Oct
On Sat, Oct 10, 2009 at 4:41 AM, Michal Suchanek wrote:
> 2009/10/9 Bean :
>> On Sat, Oct 10, 2009 at 1:27 AM, Michal Suchanek wrote:
>>> 2009/10/9 Bean :
On Sat, Oct 10, 2009 at 12:29 AM, Michal Suchanek
wrote:
> 2009/10/9 Bean :
>> On Fri, Oct 9, 2009 at 11:57 PM, Michal Suc
2009/10/9 Bean :
> On Sat, Oct 10, 2009 at 1:27 AM, Michal Suchanek wrote:
>> 2009/10/9 Bean :
>>> On Sat, Oct 10, 2009 at 12:29 AM, Michal Suchanek
>>> wrote:
2009/10/9 Bean :
> On Fri, Oct 9, 2009 at 11:57 PM, Michal Suchanek
> wrote:
>> I am suggesting an interface that all
2009/10/9 richardvo...@gmail.com :
> On Fri, Oct 9, 2009 at 12:09 PM, Michal Suchanek wrote:
>> 2009/10/9 richardvo...@gmail.com :
I am suggesting an interface that allows style commands like
style {
(class==button).(text==OK) {
On Sat, Oct 10, 2009 at 2:28 AM, richardvo...@gmail.com
wrote:
> On Fri, Oct 9, 2009 at 12:09 PM, Michal Suchanek wrote:
>> 2009/10/9 richardvo...@gmail.com :
I am suggesting an interface that allows style commands like
style {
(class==button).(text==OK) {
On Sat, Oct 10, 2009 at 1:27 AM, Michal Suchanek wrote:
> 2009/10/9 Bean :
>> On Sat, Oct 10, 2009 at 12:29 AM, Michal Suchanek
>> wrote:
>>> 2009/10/9 Bean :
On Fri, Oct 9, 2009 at 11:57 PM, Michal Suchanek
wrote:
> I am suggesting an interface that allows style commands like
>>
On Fri, Oct 9, 2009 at 12:09 PM, Michal Suchanek wrote:
> 2009/10/9 richardvo...@gmail.com :
>>> I am suggesting an interface that allows style commands like
>>>
>>> style {
>>>
>>> (class==button).(text==OK) {
2009/10/9 Bean :
> On Sat, Oct 10, 2009 at 12:29 AM, Michal Suchanek wrote:
>> 2009/10/9 Bean :
>>> On Fri, Oct 9, 2009 at 11:57 PM, Michal Suchanek
>>> wrote:
I am suggesting an interface that allows style commands like
style {
(class==button).(text==OK) {
2009/10/9 richardvo...@gmail.com :
>> I am suggesting an interface that allows style commands like
>>
>> style {
>>
>> (class==button).(text==OK) {
> I am suggesting an interface that allows style commands like
>
> style {
>
> (class==button).(text==OK) {
On Sat, Oct 10, 2009 at 12:29 AM, Michal Suchanek wrote:
> 2009/10/9 Bean :
>> On Fri, Oct 9, 2009 at 11:57 PM, Michal Suchanek wrote:
>>> I am suggesting an interface that allows style commands like
>>>
>>> style {
>>>
>>> (class==button).(text==OK) {
2009/10/9 Bean :
> On Fri, Oct 9, 2009 at 11:57 PM, Michal Suchanek wrote:
>> I am suggesting an interface that allows style commands like
>>
>> style {
>>
>> (class==button).(text==OK) {
On Fri, Oct 9, 2009 at 11:57 PM, Michal Suchanek wrote:
> I am suggesting an interface that allows style commands like
>
> style {
>
> (class==button).(text==OK) {
Hi,
Update:
Change extend property, now it should be set in the children widget,
for example, to draw a toolbar:
screen {
direction = bottom_to_top
panel { class = frame }
panel {
direction = left_to_right
extend = 1
panel { extend = 1 class = frame }
panel { extend = 1
2009/10/9 Bean :
> On Fri, Oct 9, 2009 at 10:20 PM, Michal Suchanek wrote:
>> 2009/10/9 Bean :
>>> On Fri, Oct 9, 2009 at 7:52 PM, Michal Suchanek wrote:
Yes, that's nice to name the dialog so that it can be styled more easily.
However, the text has no style assigned. Still the use
On Fri, Oct 9, 2009 at 10:20 PM, Michal Suchanek wrote:
> 2009/10/9 Bean :
>> On Fri, Oct 9, 2009 at 7:52 PM, Michal Suchanek wrote:
>>> Yes, that's nice to name the dialog so that it can be styled more easily.
>>>
>>> However, the text has no style assigned. Still the user should be able
>>> to
2009/10/9 Bean :
> On Fri, Oct 9, 2009 at 7:52 PM, Michal Suchanek wrote:
>> Yes, that's nice to name the dialog so that it can be styled more easily.
>>
>> However, the text has no style assigned. Still the user should be able
>> to do something like
>>
>> popup text { font-face: sans }
>>
>> or
On Fri, Oct 9, 2009 at 7:52 PM, Michal Suchanek wrote:
> Yes, that's nice to name the dialog so that it can be styled more easily.
>
> However, the text has no style assigned. Still the user should be able
> to do something like
>
> popup text { font-face: sans }
>
> or
>
> .dialog.mesasge text {
On Fri, Oct 9, 2009 at 7:48 PM, Michal Suchanek wrote:
> 2009/10/9 Bean :
>> On Fri, Oct 9, 2009 at 5:46 AM, Michal Suchanek wrote:
>>> 2009/10/8 Bean :
On Thu, Oct 8, 2009 at 7:18 PM, Michal Suchanek
wrote:
>> 2, You should use far position as you want to extend the widget at the
2009/10/9 Bean :
> On Fri, Oct 9, 2009 at 5:34 AM, Michal Suchanek wrote:
>> 2009/10/8 Bean :
>>> On Thu, Oct 8, 2009 at 7:26 PM, Michal Suchanek wrote:
I am not sure this is the right approach.
Style writers should be free to style any widget without special
support in the wi
2009/10/9 Bean :
> On Fri, Oct 9, 2009 at 5:46 AM, Michal Suchanek wrote:
>> 2009/10/8 Bean :
>>> On Thu, Oct 8, 2009 at 7:18 PM, Michal Suchanek wrote:
> 2, You should use far position as you want to extend the widget at the
> far side (top).
This dependency is a problem. The r
On Fri, Oct 9, 2009 at 5:34 AM, Michal Suchanek wrote:
> 2009/10/8 Bean :
>> On Thu, Oct 8, 2009 at 7:26 PM, Michal Suchanek wrote:
>>> I am not sure this is the right approach.
>>>
>>> Style writers should be free to style any widget without special
>>> support in the widget.
>>
>> Hi,
>>
>> The
On Fri, Oct 9, 2009 at 5:46 AM, Michal Suchanek wrote:
> 2009/10/8 Bean :
>> On Thu, Oct 8, 2009 at 7:18 PM, Michal Suchanek wrote:
2, You should use far position as you want to extend the widget at the
far side (top).
>>>
>>> This dependency is a problem. The rules for creating a worki
2009/10/8 Bean :
> On Thu, Oct 8, 2009 at 7:18 PM, Michal Suchanek wrote:
>>> 2, You should use far position as you want to extend the widget at the
>>> far side (top).
>>
>> This dependency is a problem. The rules for creating a working layout
>> are then complicated and hard to understand.
>>
>>
2009/10/8 Bean :
> On Thu, Oct 8, 2009 at 7:26 PM, Michal Suchanek wrote:
>> I am not sure this is the right approach.
>>
>> Style writers should be free to style any widget without special
>> support in the widget.
>
> Hi,
>
> The style property is parsed by the menu system, no special handling
>
On Thu, Oct 8, 2009 at 7:26 PM, Michal Suchanek wrote:
> I am not sure this is the right approach.
>
> Style writers should be free to style any widget without special
> support in the widget.
Hi,
The style property is parsed by the menu system, no special handling
for individual widgets.
>
> I
On Thu, Oct 8, 2009 at 7:18 PM, Michal Suchanek wrote:
>> 2, You should use far position as you want to extend the widget at the
>> far side (top).
>
> This dependency is a problem. The rules for creating a working layout
> are then complicated and hard to understand.
>
> Also I have no idea why I
2009/10/8 Bean :
> Hi,
>
> Update:
>
> Rename position to extend, values are:
> first: extend the first child widget (near)
> all: extend all children widgets
> last: extend the last child widget (far), this is default value if not set
>
> For example:
> direction = left_to_right
> extend = all
>
>
2009/10/8 Bean :
> On Thu, Oct 8, 2009 at 5:13 AM, Michal Suchanek wrote:
>> 2009/10/7 Michal Suchanek :
>>> 2009/10/7 Bean :
On Wed, Oct 7, 2009 at 4:54 PM, Michal Suchanek
wrote:
> This might make switching the direction of a panel more difficult but
> there may be other issu
Hi,
Update:
Rename position to extend, values are:
first: extend the first child widget (near)
all: extend all children widgets
last: extend the last child widget (far), this is default value if not set
For example:
direction = left_to_right
extend = all
Add style support, each widget has style
On Thu, Oct 8, 2009 at 5:13 AM, Michal Suchanek wrote:
> 2009/10/7 Michal Suchanek :
>> 2009/10/7 Bean :
>>> On Wed, Oct 7, 2009 at 4:54 PM, Michal Suchanek wrote:
This might make switching the direction of a panel more difficult but
there may be other issues. Either way the method with
2009/10/7 Michal Suchanek :
> 2009/10/7 Bean :
>> On Wed, Oct 7, 2009 at 4:54 PM, Michal Suchanek wrote:
>>> This might make switching the direction of a panel more difficult but
>>> there may be other issues. Either way the method with margin does not
>>> work either.
>>
>> Hi,
>>
>> The latest v
2009/10/7 Bean :
> On Wed, Oct 7, 2009 at 4:54 PM, Michal Suchanek wrote:
>> This might make switching the direction of a panel more difficult but
>> there may be other issues. Either way the method with margin does not
>> work either.
>
> Hi,
>
> The latest version should work now, although there
On Wed, Oct 7, 2009 at 4:54 PM, Michal Suchanek wrote:
> This might make switching the direction of a panel more difficult but
> there may be other issues. Either way the method with margin does not
> work either.
Hi,
The latest version should work now, although there is a small issue,
the margi
Hi,
Update:
Support align in both direction, for example, this works now:
screen {
direction = left_to_right
position = center
panel { valign = extend halign = extend }
panel { valign = extend halign = extend }
}
}
The distributed of extra space is based on direction and position:
di
2009/10/7 Bean :
> On Wed, Oct 7, 2009 at 6:16 AM, Michal Suchanek wrote:
>> 2009/10/6 Bean :
>>> On Tue, Oct 6, 2009 at 11:18 PM, Michal Suchanek
>>> wrote:
>>
I think there are these common uses for borders:
- line border in graphics, box drawing char border in text
T
On Wed, Oct 7, 2009 at 6:16 AM, Michal Suchanek wrote:
> 2009/10/6 Bean :
>> On Tue, Oct 6, 2009 at 11:18 PM, Michal Suchanek wrote:
>
>>>
>>> I think there are these common uses for borders:
>>>
>>> - line border in graphics, box drawing char border in text
>>> This is the simplest case which d
2009/10/6 Bean :
> On Tue, Oct 6, 2009 at 11:18 PM, Michal Suchanek wrote:
>>
>> I think there are these common uses for borders:
>>
>> - line border in graphics, box drawing char border in text
>> This is the simplest case which does not require any support media.
>> This should be well suppor
2009/10/6 Bean :
> On Tue, Oct 6, 2009 at 11:18 PM, Michal Suchanek wrote:
>>
>> I think there are these common uses for borders:
>>
>> - line border in graphics, box drawing char border in text
>> This is the simplest case which does not require any support media.
>> This should be well suppor
2009/10/6 Bean :
> On Tue, Oct 6, 2009 at 11:18 PM, Michal Suchanek wrote:
>> 2009/10/6 Bean :
>>> On Tue, Oct 6, 2009 at 7:46 PM, Michal Suchanek wrote:
>>
This is an interesting feature but I was more interested in
controlling the border in text mode independently of graphics mode.
>>
On Tue, Oct 6, 2009 at 11:18 PM, Michal Suchanek wrote:
> 2009/10/6 Bean :
>> On Tue, Oct 6, 2009 at 7:46 PM, Michal Suchanek wrote:
>
>>> This is an interesting feature but I was more interested in
>>> controlling the border in text mode independently of graphics mode.
>>>
>>> For example, I wou
Hi,
Update:
Add term widget.
The new demo shows two term window, one with fixed width font, one
proportion font (Times). Use tab to switch between them, press enter
to execute current line. You can use UP/DOWN key to go back to the
output history, press enter on a previous line with grub> prompt
2009/10/6 Bean :
> On Tue, Oct 6, 2009 at 7:46 PM, Michal Suchanek wrote:
>> This is an interesting feature but I was more interested in
>> controlling the border in text mode independently of graphics mode.
>>
>> For example, I would want something like:
>> - graphics: 3px outer space, 2px bord
On Tue, Oct 6, 2009 at 7:46 PM, Michal Suchanek wrote:
> 2009/10/6 Bean :
>> Hi,
>>
>> Update:
>>
>> Support fill character in graphic mode, this can be used to draw rect
>> box using ascii character, for example:
>>
>> top_left = ",,cyan/blue,#0x250F:,,green/blue,#0x2554"
>> top = ",tiling,
2009/10/6 Bean :
> Hi,
>
> Update:
>
> Support fill character in graphic mode, this can be used to draw rect
> box using ascii character, for example:
>
> top_left = ",,cyan/blue,#0x250F:,,green/blue,#0x2554"
> top = ",tiling,cyan/blue,#0x2501:,,green/blue,#0x2550"
> top_right = ",,cyan/bl
Hi,
Update:
Support fill character in graphic mode, this can be used to draw rect
box using ascii character, for example:
top_left = ",,cyan/blue,#0x250F:,,green/blue,#0x2554"
top = ",tiling,cyan/blue,#0x2501:,,green/blue,#0x2550"
top_right = ",,cyan/blue,#0x2513:,,green/blue,#0x2557
2009/10/6 Bean :
> On Mon, Oct 5, 2009 at 9:33 PM, Michal Suchanek wrote:
>> 2009/10/5 Bean :
>>> On Mon, Oct 5, 2009 at 5:07 PM, Michal Suchanek wrote:
A panel should never be removed from layout management, it then
becomes pointless.
A top-aligned panel should be done with a
> Hi,
>
> I think you've overlooked a detail about grub's menu layout. The
> smallest elements, text and image, both have fixed size, The largest
> element, the screen, also have fixed size, therefore, we need to
> adjust the middle layers to fit both ends, it's not as simple as it
> seems.
>
> The
On Mon, Oct 5, 2009 at 9:40 PM, Michal Suchanek wrote:
> 2009/10/5 Bean :
>> On Mon, Oct 5, 2009 at 5:07 PM, Michal Suchanek wrote:
>>> 2009/10/5 Bean :
On Mon, Oct 5, 2009 at 6:20 AM, Michal Suchanek
wrote:
> Hello
>
> I tried to get some borders into the previous demo bu
On Tue, Oct 6, 2009 at 1:52 AM, richardvo...@gmail.com
wrote:
>> Perhaps the naming of margin_* property is a little misleading,
>> perhaps I can rename them distance_* to remind it they're used as
>> fixed distance to borders of parent.
>
> That's undoubtedly the problem.
>
> For example, Motif u
On Mon, Oct 5, 2009 at 9:33 PM, Michal Suchanek wrote:
> 2009/10/5 Bean :
>> On Mon, Oct 5, 2009 at 5:07 PM, Michal Suchanek wrote:
>>> A panel should never be removed from layout management, it then
>>> becomes pointless.
>>>
>>> A top-aligned panel should be done with alignment, and should be o
> Perhaps the naming of margin_* property is a little misleading,
> perhaps I can rename them distance_* to remind it they're used as
> fixed distance to borders of parent.
That's undoubtedly the problem.
For example, Motif uses the term "attach" to achieve fixed distance
from the edge of the par
2009/10/5 Bean :
> On Mon, Oct 5, 2009 at 5:07 PM, Michal Suchanek wrote:
>> 2009/10/5 Bean :
>>> On Mon, Oct 5, 2009 at 6:20 AM, Michal Suchanek wrote:
Hello
I tried to get some borders into the previous demo but I got overlapping
panels.
This should not happen bec
2009/10/5 Bean :
> On Mon, Oct 5, 2009 at 5:07 PM, Michal Suchanek wrote:
>> A panel should never be removed from layout management, it then
>> becomes pointless.
>>
>> A top-aligned panel should be done with alignment, and should be only
>> possible in horizontal panels like this:
>>
>> panel{
>>
On Mon, Oct 5, 2009 at 5:07 PM, Michal Suchanek wrote:
> A panel should never be removed from layout management, it then
> becomes pointless.
>
> A top-aligned panel should be done with alignment, and should be only
> possible in horizontal panels like this:
>
> panel{
> direction = left_to_right
1 - 100 of 175 matches
Mail list logo