Yeah I do this by using javascript get the GMT offset reported by the browser
on login, and store that in the session. Then use the offset to create a
java.util.TimeZone and use that in a formatter to display all your time stamps
in the user's expected time zone.
tb
On Nov 11, 2010, at 2:30 PM
Bonjour Pascal,
I don’t think that any of us are worried about $10 per night room rate
difference. 10 transactions per second extra for our web apps is much more
valuable!
Count Fuego in on any of those dates.
Merci,
Karl
On 2010-11-11, at 5:29 PM, Pascal Robert wrote:
> Hello everyone,
>
Hi Pascal;
The question is more that I don't understand why people wants to rewrite WO
when you can simply extend it.
I think the problem is obviously more "political" than technical.
Technically you are correct in that WebObjects is extensible with or
without PW.
cheers.
___
Andrew Lind
Well, all this talk about Roo still makes me unsure of what people
find the most compelling part of WO that they are starting to look at
other technologies for. Indeed, we are all a little skittish over
future directions and future releases with a perhaps non-growing
community. I still find Grails
Hi Pascal,
I agree with you. But there are a couple of problems that can't be solved by
means of extension. We have to make use of hacks as soon as reporting
bugs/suggestions of improvement to Apple is ineffective. It's very
disappointing.
Sent from my iPhone
On 11/11/2010, at 23:08, Pascal R
Le 2010-11-11 à 19:12, Chuck Hill a écrit :
> On Nov 11, 2010, at 4:05 AM, Pascal Robert wrote:
>
>
>> I have a question that I kept to myself for months, but let's go public.
>> People talks about moving away from WO or even writing WO/EOF replacements.
>> But AFAIK, Wonder shows that we can
Le 2010-11-11 à 19:11, Chuck Hill a écrit :
> On Nov 11, 2010, at 3:26 AM, Pascal Robert wrote:
>>
>> Well, I didn't see any job postings on Apple site seeking Objective-C people
>> to rewrite WO in Objective-C. Like I said to the ReadWriteWeb guy, Apple
>> themselves needs a JVM for all their
On Nov 11, 2010, at 4:05 AM, Pascal Robert wrote:
> I have a question that I kept to myself for months, but let's go public.
> People talks about moving away from WO or even writing WO/EOF replacements.
> But AFAIK, Wonder shows that we can extend the core frameworks a lot. Sure,
> extending W
On Nov 11, 2010, at 3:26 AM, Pascal Robert wrote:
>
> Well, I didn't see any job postings on Apple site seeking Objective-C people
> to rewrite WO in Objective-C. Like I said to the ReadWriteWeb guy, Apple
> themselves needs a JVM for all their WO apps + a couple of J2EE ones (iTunes
> Connect
Thanks... That should get me going.
On Nov 11, 2010, at 4:43 PM, Johann Werner wrote:
> Hi Ricardo,
>
> have a look at
> http://josephscott.org/archives/2009/08/detecting-client-side-time-zone-offset-via-javascript/
> So you could put the presented script snippet in your login form and extrac
Potential new adopters of WO at the beginning are likely to be more
interested to know whether WO can fit their purpose than interested in
contributing to Wonder. The more adopt WO, the more likely some of them will
at some point contribute. So, whether Wonder is open or not is more of a
concern to
I did something like this because I found no ajax editor like it.
Used AjaxSubmitButtons with
updateContainerID = "DialogContainer";
2 WOBrowsers
Wrapped the whole thing in an AjaxUpdateContainer
- James
On Nov 11, 2010, at 10:43 AM, David Avendasora wrote:
> Hi all,
>
> I'm looking
Hi Ricardo,
have a look at
http://josephscott.org/archives/2009/08/detecting-client-side-time-zone-offset-via-javascript/
So you could put the presented script snippet in your login form and extract
the GMT offset of the client from the request form values.
jw
Am 11.11.2010 um 22:25 schrieb Ri
What are you all doing to find out the timezone from the browser? I'm guessing
there is a header in the request containing this info.
Thanks,
Ricardo
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list
On 11.11.2010, at 15:19, Antonio Petri
wrote:
IMHO, Wonder process lacks communication. Usually Wonder decisions
(even dramatic ones) are made by one committer. There is no
planning, no discussion.
That looks pretty much Apple! ;)
The coincidence. And they do not do releases either.
Cool... That seems to work too.
On Nov 11, 2010, at 3:30 PM, Denis Frolov wrote:
> I usually do:
>
> new DateTime(ts);
> new NSTimestamp(dt.toDate());
>
> Dennis
>
> On Thu, Nov 11, 2010 at 7:39 PM, Ricardo J. Parada wrote:
>> Hi All,
>>
>> I'm enjoying using Joda Time classes i
I usually do:
new DateTime(ts);
new NSTimestamp(dt.toDate());
Dennis
On Thu, Nov 11, 2010 at 7:39 PM, Ricardo J. Parada wrote:
> Hi All,
>
> I'm enjoying using Joda Time classes in ERJars. I seem to always manipulate
> dates more easily and naturally. But once I come up with
I ended up using Mike¹s solution because I wanted to keep the UI out of the
model and it works perfect. Thank you for all the suggestions!
Paula
On 11/10/10 8:28 AM, "Mike Schrag" wrote:
> if you don't want to expose this in your model object until the end, you can
> always just have an NSMu
We get the second part with 64bit Linux Servers and a whopping boatload of
memory ;-)
Regards, Kieran.
On Nov 11, 2010, at 7:33 AM, Mike Schrag wrote:
> I think I would define multithreading to be something like multiple EOF
> stacks that don't blow out memory ... Ultimately that requires so
Hi All,
I'm enjoying using Joda Time classes in ERJars. I seem to always manipulate
dates more easily and naturally. But once I come up with the compute joda
DateTime I'm converting it to NSTimestamp as follows:
DateTime dt = new DateTime();
// Manipulate dt
dt = dt.p
On Thu, Nov 11, 2010 at 6:33 AM, Mike Schrag wrote:
> >> Sure, extending WO so that EOF become multi-threaded or anything like
> this would be a huge task, but from my point of view (a non-technical one),
> we can do a lot on top of WO to "fix" problems. And to me, it make more
> sense to extend
Le 2010-11-11 à 09:29, Pascal Robert a écrit :
> Hello everyone,
>
> Ok so the majority of people who wants to present at WOWODC 2011 wants to do
> it in North America, so since a conference without presenters is pretty much
> useless, we will do it again in Montreal.
>
> But to get more peop
Hi Dave,
I didn't know that btw :) Because I never switched to Navigator view since I
used to work within WOLips view and models appear as single node.
However I am still thinking why are you facing the issue of killing
relationships? Is it because you move entities using navigator? If yes then
Hello everyone,
Ok so the majority of people who wants to present at WOWODC 2011 wants to do it
in North America, so since a conference without presenters is pretty much
useless, we will do it again in Montreal.
But to get more people at the conference, I'm offering a choice of 3 dates!
> IMHO, Wonder process lacks communication. Usually Wonder decisions (even
> dramatic ones) are made by one committer. There is no planning, no
> discussion.
>
> That looks pretty much Apple! ;)
___
Do not post admin requests to the list. They will be ig
It is worth switching to Scala just for the functional programming support...
On 2010-11-11, at 6:33 AM, Ravi Mendis wrote:
> I don't think i've said Scala is only for concurrency:
> Scala is a very compelling solution for concurrent programming in WebObjects.
>
> We've had such unbelievable suc
Hi Pascal,
On 11/11/2010, at 10:34, Pascal Robert wrote:
>
> Le 2010-11-11 à 07:21, Anjo Krank a écrit :
>
>>> I have a question that I kept to myself for months, but let's go public.
>>> People talks about moving away from WO or even writing WO/EOF replacements.
>>> But AFAIK, Wonder shows t
Dear Dave
I thought this may work. Copy and paste the entities first without their
relationships. After all entities exist, then go back and copy and paste
their respective relationships. The issue "may be" if there is many-to-many
join table. By doing this, you at least able to copy over
Hi,
Thanks that Solution works great.
I will try to find out if that will work in the Customers DB for more Testing.
But I am really confused why nobody else has a need for that kind of Search.
I think there is a need for an ERXQ.constainsWildCard ... Command.
On 2010/11/10, at 22:37, Mark War
Le 2010-11-11 à 07:21, Anjo Krank a écrit :
>> I have a question that I kept to myself for months, but let's go public.
>> People talks about moving away from WO or even writing WO/EOF replacements.
>> But AFAIK, Wonder shows that we can extend the core frameworks a lot.
>
> The core problem b
>> Sure, extending WO so that EOF become multi-threaded or anything like this
>> would be a huge task, but from my point of view (a non-technical one), we
>> can do a lot on top of WO to "fix" problems. And to me, it make more sense
>> to extend WO than trying to rewrite it...
> Depending on how
Thanks Farrukh,
I was hopping not to be messing around in the plists, but... sigh. It does work
to work within Eclipse, but you have to work in the Navigator view where you
can get to the .plist files, not that this is much better than working in the
finder.
The biggest issue with working in
> I have a question that I kept to myself for months, but let's go public.
> People talks about moving away from WO or even writing WO/EOF replacements.
> But AFAIK, Wonder shows that we can extend the core frameworks a lot.
The core problem being that "we" means a very, very tiny amount of peop
Le 2010-11-11 à 06:45, Anjo Krank a écrit :
>>> To be clear: one of the selling points of Roo as no lock-in. You can use
>>> any number of JPA providers, you get code generated which you can customize
>>> pretty well via aspect-j (a part of which I would like to see in EO
>>> generator so one
>> To be clear: one of the selling points of Roo as no lock-in. You can use any
>> number of JPA providers, you get code generated which you can customize
>> pretty well via aspect-j (a part of which I would like to see in EO
>> generator so one remove the weird _Foo classes) and you get this wi
>> Anjo should change his surname to Anjo Frank.
>
> You should talk. At least I have one :P
>
> To be clear: one of the selling points of Roo as no lock-in. You can use any
> number of JPA providers, you get code generated which you can customize
> pretty well via aspect-j (a part of which I w
I don't think i've said Scala is only for concurrency:
Scala is a very compelling solution for concurrent programming in WebObjects.
We've had such unbelievable success with (Scala) Actors at UOW some of the devs
still have their knickers in a twist ;)
No, D2W doesn't work with Squeryl.
Apart fr
Le 2010-11-11 à 06:14, Farrukh Ijaz a écrit :
> On 2010-11-11, at 1:46 PM, Pascal Robert wrote:
>
>>
>> Le 2010-11-11 à 04:15, Anjo Krank a écrit :
>>
>>> And the ORM can't cache relationships and doesn't have an EC? Great...
>>>
>>> I was the google developer day the other day and they pres
On 2010-11-11, at 1:46 PM, Pascal Robert wrote:
>
> Le 2010-11-11 à 04:15, Anjo Krank a écrit :
>
>> And the ORM can't cache relationships and doesn't have an EC? Great...
>>
>> I was the google developer day the other day and they presented SpringRoo.
>> Most of the people there thought it w
Le 2010-11-11 à 04:15, Anjo Krank a écrit :
> And the ORM can't cache relationships and doesn't have an EC? Great...
>
> I was the google developer day the other day and they presented SpringRoo.
> Most of the people there thought it was the coolest thing things sliced
> bread... little do th
> Anjo should change his surname to Anjo Frank.
You should talk. At least I have one :P
To be clear: one of the selling points of Roo as no lock-in. You can use any
number of JPA providers, you get code generated which you can customize pretty
well via aspect-j (a part of which I would like to
Anjo should change his surname to Anjo Frank.
We really appreciate (this is true Anjo) his honesty.
Karl
On 2010-11-11, at 12:15 PM, Anjo Krank wrote:
> And the ORM can't cache relationships and doesn't have an EC? Great...
>
> I was the google developer day the other day and they presented S
Hi David,
Commets below:
Farrukh
On 2010-11-11, at 1:51 AM, David Avendasora wrote:
> Hi all,
>
> I've got an EOModel that spans several schemas in the database and I'd like
> to break it into several schema-specific EOModels. There seems to be no easy
> way to move Entities out of one mode
And the ORM can't cache relationships and doesn't have an EC? Great...
I was the google developer day the other day and they presented SpringRoo. Most
of the people there thought it was the coolest thing things sliced bread...
little do they know.
Cheers, Anjo
Am 11.11.2010 um 09:44 schrieb
Scala is not only for concurrency, it's simply a better language than Java
(IMHO). I'm still not 100% convinced of Actors, and java.util.concurrent is
also very good.
Ok now I have to ask it - if you don't use EOF, why use WebObjects at all? Does
D2W work seamlessly with Squeryl? Do you have an
45 matches
Mail list logo
