Hi Dan, thank you for your support!
Comments inline.
Vladimir
> Am 26.11.2015 um 16:11 schrieb Dan Haywood :
>
> Hi Vladimir,
>
> thanks for pulling together that test case (though perhaps next time, just
> create a repo with just the simpleapp, rather than all of Isis?!?)
>
Ok, will do so
Hi Vladimir,
thanks for pulling together that test case (though perhaps next time, just
create a repo with just the simpleapp, rather than all of Isis?!?)
Anyway... the issue is a programming error, but easily made.
In some of your actions you are accessing fields directly, instead you
should AL
Ok, thanks for putting together that test case, I'll take a look tomorrow.
Cheers, Dan
On 24 Nov 2015 3:12 pm, "Vladimir Nišević" wrote:
> Hi Dan, yes, that's exactly the problem.
>
> I have adapted the simple-app trying to show my problem:
> https://github.com/niv0/isis
>
> Meanwhile I understoo
Hi Dan, yes, that's exactly the problem.
I have adapted the simple-app trying to show my problem:
https://github.com/niv0/isis
Meanwhile I understood that my integration test was wrong - I haven't used
the wrapper. Now is my problem at least consistent through WebUI and
Integration test, but I st
If I understand you correctly, sounds as if the query that you are using is
only querying the supertype table, rather than doing left outer jobs for
all subtypes.
But in guessing here... perhaps you could share some code that demonstrates
the issue?
On 23 Nov 2015 3:20 pm, "Vladimir Nišević" wrot
Hi Dan, when I execute the action on order the steps instances are there,
but the values of its properites are definitely empty - I've checked it
thru debugging of webapp. When I open a view of single step, the values of
that step are there.
I do not need to show additional values in a table, but
The objects are loaded, however the Wicket UI uses the compile time type of
the list to determine what columns to render.
I could imagine us allowing some sort of hint for the framework to be told
to render the objects as per some other type (eg some "union interface"
that combines all desired pro
Hi, I have perhaps similar issue.
I have an object (Order) which contains a list of objects can be different
type but all extend from the same superclass (Step). When I execute the
action on order thru wicket UI, the properties of concrete classes
StepType1 and StepType2 are not loaded. When I do
On 21 November 2015 at 22:01, Stephen Cameron
wrote:
> Actually, it already does have the behaviour that I wanted.
>
>
OK, that's good to hear.
>
> I'll try individual icons for the subtypes and see if it uses them instead
> of the one for the base-type.
>
> It should do. In the todoapp we use
Actually, it already does have the behaviour that I wanted.
I have a base type and two extending types, when I display a collection of
the base type but which contains instances of the two extending types, Isis
is 'casting' the entries to those two different extending types for display.
That is,
Its not that important, using the poly module might provide a better
solution when I have time, I will go will go with a viewmodel first off.
On Thu, Nov 19, 2015 at 6:13 PM, Dan Haywood
wrote:
> Correct.
>
> I could see it might be doable if we extended the metamodel to specify the
> list of
Correct.
I could see it might be doable if we extended the metamodel to specify the
list of types to be rendered. Raise a ticket if you want it added to the
backlog.
Thx
Dan
On 18 November 2015 at 19:39, Stephen Cameron
wrote:
> Hi,
>
> I presume that it is not possible to display an unparent
Hi,
I presume that it is not possible to display an unparented colllection of
types that all extend a common base type and for the collection to display
the extending type's icons and properties? Kind of like a UNION view in
SQL.
Just confirming.
Thanks
13 matches
Mail list logo
