*** sacha has quit IRC
*** sacha has joined #gnuenterprise
*** sacha has quit IRC
*** sacha has joined #gnuenterprise
*** reinhard has joined #gnuenterprise
<reinhard> good morning all
*** btami has joined #gnuenterprise
<btami> good morning
*** johannesV has joined #gnuenterprise
<johannesV> good morning
*** johannesV has quit IRC
*** johannesV has joined #gnuenterprise
*** yure has joined #gnuenterprise
*** kilo has joined #gnuenterprise
<kilo> good morning
<johannesV> good morning kilo
*** yure has quit IRC
<johannesV> what was the intention behind setting the initial focus to the first focusable entry of the *first* block defined in a gfd ? instead of using the first focusable entry of the *first* <page> defined ?
<kilo> imho this is historical remains also
<johannesV> so which one would you prefer ?
<kilo> i think the latter is more logical, set the focus on the first page's first focusable entry
<johannesV> yeah, i think so too
<kilo> and the fact that the focus moves in the order the fields appear in the block is also annoying
<johannesV> well, that is a result of taking the block in account
<johannesV> you'd have to define a focusorder to avoid it, right ?
<kilo> yes
<johannesV> is maxLength or max_length depreciated ?
<kilo> dunno
<kilo> but one of them should be available :)
<reinhard> FWIW
<reinhard> I guess the order of the entries appearing in the gfd would make up a good default focus order
<kilo> exactly
<reinhard> in any case a better focus order than the fields in the block
<johannesV> so we'd take the GFPage into account *before* falling back to the blocks
<kilo> and if someone wants to break away from that, then he should use focusOrder
<johannesV> (that is how i've changed it atm)
<reinhard> johannesV: in what case would you fall back to the blocks?
<johannesV> in the case there is no visual container
<johannesV> :)
<johannesV> it depends on how the findAndChangeFocus gets called
<johannesV> if  called with a logic as top-level arg it could only find blocks anyway
<johannesV> or if called with a block
<johannesV> the latter would happen on page-up/down keys (jumping from one block to another one)
<reinhard> I still can't understand the whole concept behind block based navigation
<reinhard> I mean
<reinhard> when we separate logic and ui
<reinhard> it makes no sense to bind focus navigation to the logic
<reinhard> instead of to the ui
<johannesV> yeah that's right ...
*** yure has joined #gnuenterprise
*** yure has quit IRC
*** yure has joined #gnuenterprise
*** johannesV has quit IRC
*** kilo has left #gnuenterprise
*** reinhard has quit IRC
*** btami has quit IRC
*** yure has quit IRC
*** yure has joined #gnuenterprise
*** jamest has joined #gnuenterprise
<jamest> i'll have to do tests but I imagine the focus order change will break every form I have
<jamest> not that I'm really against the change though, i haven't thought it thru yet :)
<jamest> as for block based navigation
<jamest> it allowed you to hold navigation to a specific set of your data
<jamest> off the top of my head invoice entry might be a good example
<jamest> the master invoice block at the top of the page would be for contact info, totals, etc
<jamest> the detail block of line items would be at the bottom
<jamest> a transparent block on the top let tab navigation drop down in the parts
<jamest> a non-transparent block would keep the focus in the items block, with auto-new you'd enter items
<jamest> item1 <tab> qty <tab> price<tab>item2<tab>qty<tab>price<tab>
<jamest> i guess if form had true container widgets like an expanded <box> then those could replicate and eventually replace the block functionality
<jamest> but we'd also have to think about the 1:N field:entry relationship
<jamest> as now a focus trigger on a block would fire for each entry linked to that field
*** sacha has left #gnuenterprise
<jcater> a group of multi-row entries linked together by a block is much more than just a "layout" issue
<jcater> they have fundamentally different logic
<jcater> I'm not opposed to moving to a layout-based "container" for that
<jcater> but just keep in mind, you're shifting from one set of problems to another set
*** reinhard has joined #gnuenterprise
<jcater> as then you need to move logic concepts into the layout
<reinhard> ah
<reinhard> feels good to have a new kernel ;-)
<reinhard> I see the logic of the block-based focus navigation when it comes to master/detail
<reinhard> it seems I need to think more about it
*** yure has quit IRC
*** dimas__ has joined #gnuenterprise
*** yure has joined #gnuenterprise
*** dimas__ has quit IRC
*** klasstek has joined #gnuenterprise
*** derek has quit IRC
*** derek has joined #gnuenterprise
*** sacha has joined #gnuenterprise
*** sjc has joined #gnuenterprise
*** g_geeko has joined #gnuenterprise
<reinhard> good night all
*** reinhard has quit IRC
*** jamest has left #gnuenterprise
*** klasstek has quit IRC
*** yure has quit IRC
*** g_geeko has quit IRC
*** derek has quit IRC
*** derek has joined #gnuenterprise
*** derek has quit IRC
*** sjc has quit IRC
*** sacha_ has joined #gnuenterprise
*** sacha has quit IRC