Yes, it was my fault.
Maven referenced the Isis snapshot on my workspace, and it was not updated
since 16th January.
Thanks again, Martin!!!
Yes, it was my fault.
Maven referenced the Isis snapshot on my workspace, and it was not updated
since 16th January.
Thanks again, Martin!!!
Hi, Martin.
I can share my screen through Hangouts.
I'm connected right now, or tomorrow morning I'll be available also, if you
find it useful.
Thanks,
Oscar
El 31/1/2015, a las 21:52, Martin Grigorov mgrigo...@apache.org escribió:
No luck!
I've added -Duser.language=es
Hi Martin,
It works OK now. Tnx!
It looks like ISIS-1012 solved it. At least that seems logical to me, since I
left the issue unchanged until now.
[Sorry I wasn't online to save you some hassle with my app. Only first time
login gives a user the ability to create a person. My testuser
Just to close the thread here:
Oscar's problem was that Eclipse was still using old version of Isis. After
update and rebuild everything works as desired.
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
On Sun, Feb 1, 2015 at 8:08 PM, GESCONSULTOR - Óscar Bou
I've found info.matchingservice.dom.MatchingSecureMutableObject#disabled
and modified it to return null, thus not disabling the entity, but still it
appeats not editable in the UI...
Please give more details
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
On Sat,
I'll try Johan's app now.
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
On Sat, Jan 31, 2015 at 7:31 PM, GESCONSULTOR - Óscar Bou
o@gesconsultor.com wrote:
Just to clarify it.
The property is of type:
java.util.Date
HTH,
Oscar
El 31/1/2015, a
And a second later I realized that I've reverted Person class to its
original version before trying with the disabled #disabled().
Now I can edit the date field and all seems OK.
I guess it is related to the locale Moment.js uses. I use en_US and I guess
Johan uses nl_NL, and Oscar es_ES.
Trying
No luck!
I've added -Duser.language=es -Duser.country=ES to my VM properties, and
I've switched my browser locale to German, Polish and Chinese.
The date picker works as desired with all combinations.
http://momentjs.com/docs/#/i18n/ explains how to change the locale, so I've
tried
Johan,
Do you still face the issue ?
ISIS-1012 has been merged to master already.
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
On Thu, Jan 29, 2015 at 11:29 AM, Dan Haywood d...@haywood-associates.co.uk
wrote:
The changing times are because if the datepicker
Weird, indeed!
I won't have time to try your app today. But I'll do it as soon as I can!
Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov
On Thu, Jan 29, 2015 at 10:37 AM, johandoornen...@filternet.nl wrote:
Hi Martin,
The issue is - for example - I choose
Hi Martin,
The issue is - for example - I choose januari 15, 2015 in datepicker and it
displays 13-43-15 in dateinput. In FireFox 13-53-15 and Safari 31-35-15
Next login the values can change.. Really weird.
The code: [1] line 115
Grtz Johan
1.
Tnx Martin,
No haste needed at all. It is not a blocking issue at the moment. I will keep
you posted when I discover more - e.g. when I deploy on testserver I will send
you a link.
grtz Johan
Weird, indeed!
I won't have time to try your app today. But I'll do it as soon as I can!
Hi,
A property as org.joda.time.LocalDate does not work well with the datepicker in
my app. Am I missing something - some config item or...?
Grtz Johan
Hi Martin,
This setting used to work in 1.7.0
isis.value.format.date=dd-MM-
So I guess I wait for ISIS-1012 ?
grtz
Johan
Hi,
Check your isis.properties.
the datepicker pattern should be: DD-MM-
With ISIS-1012 (to be merged) this setting will be deprecated and not used.
15 matches
Mail list logo
