-Original Message-
From: Chad Brandon [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 13, 2004 10:22 PM
To: '[EMAIL PROTECTED]'; 'Matthias Küspert'
Cc: 'Andromda User'
Subject: RE: [Andromda-user] class-attribute for each action in
aFrontEndView
-Original Message-
From: [EM
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Wouter Zoons
Sent: Saturday, November 13, 2004 6:25 PM
To: 'Matthias Küspert'
Cc: 'Andromda User'
Subject: RE: [Andromda-user] class-attribute for each action in
aFrontEndView
I don't really understand, why
> > As these CSS files are 'only my own styles' they do not need to be
> > re-generated and belong to my src (like xxImpl-code) - if they contain
> > something valuable they should be under control of the cartridge.
> >
> > So the question is: Which valuable (generated) code do they contain?
> >
Please put the user mailing list also in CC
> As these CSS files are 'only my own styles' they do not need to be
> re-generated and belong to my src (like xxImpl-code) - if they contain
> something valuable they should be under control of the cartridge.
>
> So the question is: Which valuable (ge
> Oh, yes I know that Chad is preparing a copy-over feature in the
> andromdapp:generate task, but IMHO these files should be considered as
> 'source to be edited' rather than as 'generated source'. He also
> commented on that (see below).
>
> > 1. Yes, I assumed that the generated .css will have
I don't really understand, why would the copy-over feature not be a good
solution here ?
The idea here is to have the file generated each time so the developer can
exactly see what would have been generated by the cartridge (changes if you
add/move/rename an action)
By copying his own source over
I'm gonna leave it alone .. I think changing it now would do more damage
than good
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:andromda-user-
> [EMAIL PROTECTED] On Behalf Of Martin West
> Sent: Saturday, November 13, 2004 6:46 PM
> To: [EMAIL PROTECTED]
> Cc: 'Andromda User'
>
true
On Sat, 2004-11-13 at 14:38, Wouter Zoons wrote:
> That was my initial idea too, but the 'Date' is already implied by the type,
> isn't it
>
> Suppose you want a SimpleDateFormatter then you can always call it
> myVariableSimpleFormatter
>
> See what I mean ?
>
> -- Wouter
>
> > -Ori
You're right, please file an issue for this in JIRA ..
-- Wouter
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:andromda-user-
> [EMAIL PROTECTED] On Behalf Of Matthias Küspert
> Sent: Saturday, November 13, 2004 3:32 PM
> To: andromda-user
> Subject: [Andromda-user] Problem wit
That was my initial idea too, but the 'Date' is already implied by the type,
isn't it
Suppose you want a SimpleDateFormatter then you can always call it
myVariableSimpleFormatter
See what I mean ?
-- Wouter
> -Original Message-
> From: Martin West [mailto:[EMAIL PROTECTED]
> Sent: Satu
Hi guys,
I just found out that if an action-parameter is named 'title', then the
name of its 'Title'-resource is the same as for the Use-Case-title:
.title=.
So either there should be an additional name-part for
action-parameter-resources like:
.actionparam.title=.
or there should be
On Sat, 2004-11-13 at 10:51, Wouter Zoons wrote:
> > So in fact, the way I see it it inserts '#ate'
>
> [WZ> ] forgt what I said, the parameter itself had already 'Date' in it's
> name; perhaps I should renamed the 'DateFormatter' suffix to 'Formatter',
> what do you think ?
>
> -- Wouter
Well t
> So in fact, the way I see it it inserts '#ate'
[WZ> ] forgt what I said, the parameter itself had already 'Date' in it's
name; perhaps I should renamed the 'DateFormatter' suffix to 'Formatter',
what do you think ?
-- Wouter
---
This SF.Net
I guess velocity interprets the # in some way that we did not expect,
probably because in the template it is directly followed by a '$', I think
we need to escape it there
PreferencesForm#getAnyDate#ateFormatter
Should be
PreferencesForm#getAnyDateFormatter
So in fact, the way I see it it inser
Must be a velocity feature, found a work around, jira'ed ...
http://team.andromda.org:8080/jira/browse/BPM-108
On Sat, 2004-11-13 at 09:45, Martin West wrote:
> Any ideas why the term after a #${var} has its first letter changed to a
> #? This happens for every occurrence in the template.
>
> Ge
Any ideas why the term after a #${var} has its first letter changed to a
#? This happens for every occurrence in the template.
Generated code:
/**
* Returns the Date instance representing the anyDate
field.
*
* @see
net.starmap.obrien.management.gen.preferences.PreferencesForm#
16 matches
Mail list logo
