webwork-devel Mailing List for WebWork (Page 42)
Brought to you by:
baldree,
rickardoberg
Menu
▾
▴
webwork-devel — WebWork development
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(316) |
Dec
(117) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(197) |
Feb
(229) |
Mar
(293) |
Apr
(177) |
May
(84) |
Jun
(40) |
Jul
(43) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Matt B. <ma...@sm...> - 2002-01-03 23:29:55
|
What a dream job. ;-) Congrats. ----- Original Message ----- From: "Rickard" <ri...@mi...> To: "Webwork-User" <web...@li...>; "WebWork Development" <web...@li...> Sent: Thursday, January 03, 2002 4:26 PM Subject: [Webwork-user] It's official.. > FYI, > > TheServerSide.com just announced my joining them as Chief Architect. > This will mean that a bunch of ideas from this list will eventually end > up on yer favourite J2EE portal (TheServerSide.com that is ;-), and also > that WebWork will be used in a pretty high profile site. > > Other than WebWork, SiteMesh and OSCache are on the list of frameworks > to be used. OpenSource rulz :-) > > Read about it here: > http://www.theserverside.com/home/thread.jsp?thread_id=11045 > > regards, > Rickard > > -- > Rickard Öberg > > > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user > > |
|
From: Rickard <ri...@mi...> - 2002-01-03 22:26:26
|
FYI, TheServerSide.com just announced my joining them as Chief Architect. This will mean that a bunch of ideas from this list will eventually end up on yer favourite J2EE portal (TheServerSide.com that is ;-), and also that WebWork will be used in a pretty high profile site. Other than WebWork, SiteMesh and OSCache are on the list of frameworks to be used. OpenSource rulz :-) Read about it here: http://www.theserverside.com/home/thread.jsp?thread_id=11045 regards, Rickard -- Rickard Öberg |
|
From: Grobe, G. <Gar...@bm...> - 2002-01-03 22:02:34
|
+1 -----Original Message----- From: Owen Taylor [mailto:ow...@mi...] Sent: Thursday, January 03, 2002 8:17 AM To: Rickard; WebWork Development Cc: Webwork-User Subject: RE: [Webwork-user] Logo composition IMHO The pyramid is dominated by the text in a bad way. The pyramid now looks like an accident, a squiggle. I am interested to see how you will integrate these two designs. (as you know, I voted for the complete Fransisco's Boss's alternative when it was first presented) Between this and Rikard's original, I choose Rikard's original. Cheers, Owen. |
|
From: Owen T. <ow...@mi...> - 2002-01-03 14:19:30
|
IMHO The pyramid is dominated by the text in a bad way. The pyramid now looks like an accident, a squiggle. I am interested to see how you will integrate these two designs. (as you know, I voted for the complete Fransisco's Boss's alternative when it was first presented) Between this and Rikard's original, I choose Rikard's original. Cheers, Owen. -----Original Message----- From: web...@li... [mailto:web...@li...]On Behalf Of Rickard Sent: Thursday, January 03, 2002 5:09 AM To: WebWork Development Cc: Webwork-User Subject: [Webwork-user] Logo composition Hey I tried composing the old logo with the one created by Fransisco's boss. It turned out pretty ok. It has been attached to this email. What do you guys think? I would be ok with replacing the current one with this, since I think the typography is much better with this font. /Rickard -- Rickard =D6berg |
|
From: Kjetil H.P. <kje...@mo...> - 2002-01-03 13:51:59
|
disclaimer: this is not a proposed logo, that's up to the designers :) this is just to show what 'walls' I'm referrring to ... /kjetilhp ----- Original Message -----=20 From: "Rickard" <ri...@mi...> To: "Webwork-User" <web...@li...>; "WebWork = Development" <web...@li...> Sent: Thursday, January 03, 2002 2:01 PM Subject: Re: [Webwork-devel] Logo composition > Kjetil H.Paulsen wrote: >=20 > > It's an approvement over the old font, however, in this example=20 >=20 > > I think the the font is to large for the logo (and the the color > > should be same for the pyramid and 'work') >=20 > Yes, that could work better. >=20 > > suggestion - how about using the color in the 'web' word on the = 'walls' of the pyramid >=20 >=20 > What walls? :-) >=20 > Changing color of the lines is ok though. >=20 > /Rickard >=20 > --=20 > Rickard =D6berg >=20 >=20 > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel >=20 |
|
From: Rickard ?b. <ric...@us...> - 2002-01-03 13:29:30
|
Update of /cvsroot/webwork/webwork/src/docs In directory usw-pr-cvs1:/tmp/cvs-serv24063 Modified Files: model12.xml Log Message: Added abstract |
|
From: Rickard ?b. <ric...@us...> - 2002-01-03 13:27:37
|
Update of /cvsroot/webwork/webwork/src/docs In directory usw-pr-cvs1:/tmp/cvs-serv23462 Modified Files: model12.xml Log Message: model-1/model-2 description |
|
From: Rickard ?b. <ric...@us...> - 2002-01-03 13:11:09
|
Update of /cvsroot/webwork/webwork/src/main/webwork/action/factory In directory usw-pr-cvs1:/tmp/cvs-serv19150 Modified Files: DefaultActionFactory.java Log Message: Readded second command factory proxy. |
|
From: Rickard <ri...@mi...> - 2002-01-03 13:09:45
|
Matt Baldree wrote: > A) If you surround CommandFactory with AliasFactory > > Example: > <A href="testfoo!foo.action">Misc. tests</A> > > views.properties with alias > testfoo.action=Test!foo But calling a command with a command doesn't make any sense. Are there any examples that make sense? AFAICT you will always either use an alias pointing to an action+command, or use URL's with commands pointing to aliases of actions (without commands). Never combined, again, since that doesn't make sense. What would the semantics be? > In this scenario, the first alias would not find testfoo!foo.action, then > the command would be stripped and the second alias would find testfoo > returning Test!foo as an action. This action won't be found. I realize this > is an odd case and we could just say it will not support this scenario. Exactly. > B) If you leave the default factory as it is now, then this example will > fail. > > Example: > <A href="testfoo.action">Misc. tests</A> > > views.properties with alias > testfoo.action=Test!foo > > In this scenario, the command would see "testfoo.action" and would see that > it is not a command then alias would find and return Test!foo as the > action.. This action won't be found. Then the solution is simple: wrap command factory with aliasing. And this is how I initially coded it. Looking at the CVS log I see that Victor Salaman removed it for some reason. Must have thought the duplication was a bug (which it wasn't/isn't). I'll re-add it. /Rickard -- Rickard Öberg |
|
From: Rickard <ri...@mi...> - 2002-01-03 13:01:19
|
Kjetil H.Paulsen wrote: > It's an approvement over the old font, however, in this example > I think the the font is to large for the logo (and the the color > should be same for the pyramid and 'work') Yes, that could work better. > suggestion - how about using the color in the 'web' word on the 'walls' of the pyramid What walls? :-) Changing color of the lines is ok though. /Rickard -- Rickard Öberg |
|
From: Matt B. <ma...@sm...> - 2002-01-03 12:46:28
|
----- Original Message ----- From: "Rickard" <ri...@mi...> To: "Matt Baldree" <ma...@sm...> Cc: "Webwork-Developer" <web...@li...> Sent: Thursday, January 03, 2002 2:12 AM Subject: Re: [Webwork-devel] DefaultActionFactory change > Matt Baldree wrote: > > > Well, I don't think this is a good idea. The problem is several. > > > > 1. Multiple Alias proxies. This could be a problem with two caches. > > > Why? Example? > Can't think of a good example. > > > 2. Major problem is a possible circular relationship of having an alias with > > a command and an Action with a command. > > > Example? > A) If you surround CommandFactory with AliasFactory Example: <A href="testfoo!foo.action">Misc. tests</A> views.properties with alias testfoo.action=Test!foo In this scenario, the first alias would not find testfoo!foo.action, then the command would be stripped and the second alias would find testfoo returning Test!foo as an action. This action won't be found. I realize this is an odd case and we could just say it will not support this scenario. B) If you leave the default factory as it is now, then this example will fail. Example: <A href="testfoo.action">Misc. tests</A> views.properties with alias testfoo.action=Test!foo In this scenario, the command would see "testfoo.action" and would see that it is not a command then alias would find and return Test!foo as the action.. This action won't be found. > /Rickard > > -- > Rickard Öberg > > > |
|
From: Matt B. <ma...@sm...> - 2002-01-03 12:17:45
|
----- Original Message ----- From: "Rickard" <ri...@mi...> To: "Matt Baldree" <ma...@sm...> Cc: "Webwork-Developer" <web...@li...>; "Webwork-User" <web...@li...> Sent: Thursday, January 03, 2002 2:11 AM Subject: Re: [Webwork-user] status of documentation > Matt Baldree wrote: > > > Since several people have asked about the status of WW's documentation, I > > wanted to give a quick update. Quite a few sections of the documentation > > have been completed and updated in CVS. > > > > TOC for WW and the status > > ==================== > > Intro - done, not checked in > > > I hope you didn't write this.. I wrote a long one yesterday. This is my > stuff you're referring to, yes? > Agree, I was referring to you. > > > HMVC - * > > Model-1/2 - * > > > Will do today. > > > > WW API > > > "Done", it's just a pointer to javadoc. > > > /Rickard > > -- > Rickard Öberg > > > |
|
From: Kjetil H.P. <kje...@mo...> - 2002-01-03 11:58:15
|
It's an approvement over the old font, however, in this example I think = the the font is to large for the logo (and the the color should be same = for the pyramid and 'work') suggestion - how about using the color in the 'web' word on the 'walls' = of the pyramid (no closing lines of course) just to lighten up the logo = a little bit=20 /kjetilhp ----- Original Message -----=20 From: "Rickard" <ri...@mi...> To: "WebWork Development" <web...@li...> Cc: "Webwork-User" <web...@li...> Sent: Thursday, January 03, 2002 11:09 AM Subject: [Webwork-devel] Logo composition > Hey >=20 > I tried composing the old logo with the one created by Fransisco's = boss.=20 > It turned out pretty ok. It has been attached to this email. What do = you=20 > guys think? I would be ok with replacing the current one with this,=20 > since I think the typography is much better with this font. >=20 > /Rickard >=20 > --=20 > Rickard =D6berg >=20 >=20 -------------------------------------------------------------------------= ------- |
|
From: Rickard <ri...@mi...> - 2002-01-03 10:09:26
|
Hey I tried composing the old logo with the one created by Fransisco's boss. It turned out pretty ok. It has been attached to this email. What do you guys think? I would be ok with replacing the current one with this, since I think the typography is much better with this font. /Rickard -- Rickard Öberg |
|
From: Rickard ?b. <ric...@us...> - 2002-01-03 09:53:26
|
Update of /cvsroot/webwork/webwork/src/docs In directory usw-pr-cvs1:/tmp/cvs-serv11596 Modified Files: api.xml build.xml install.xml introduction.xml Log Message: More docs. |
|
From: Rickard <ri...@mi...> - 2002-01-03 08:12:20
|
Matt Baldree wrote: > Well, I don't think this is a good idea. The problem is several. > > 1. Multiple Alias proxies. This could be a problem with two caches. Why? Example? > 2. Major problem is a possible circular relationship of having an alias with > a command and an Action with a command. Example? /Rickard -- Rickard Öberg |
|
From: Rickard <ri...@mi...> - 2002-01-03 08:11:54
|
Matt Baldree wrote: > Since several people have asked about the status of WW's documentation, I > wanted to give a quick update. Quite a few sections of the documentation > have been completed and updated in CVS. > > TOC for WW and the status > ==================== > Intro - done, not checked in I hope you didn't write this.. I wrote a long one yesterday. This is my stuff you're referring to, yes? > HMVC - * > Model-1/2 - * Will do today. > WW API "Done", it's just a pointer to javadoc. /Rickard -- Rickard Öberg |
|
From: matt b. <ba...@us...> - 2002-01-03 03:43:15
|
Update of /cvsroot/webwork/webwork/src/resources/web/WEB-INF In directory usw-pr-cvs1:/tmp/cvs-serv8248 Modified Files: web.xml Log Message: no message |
|
From: Matt B. <ma...@sm...> - 2002-01-03 03:25:38
|
Well, I don't think this is a good idea. The problem is several. 1. Multiple Alias proxies. This could be a problem with two caches. 2. Major problem is a possible circular relationship of having an alias with a command and an Action with a command. So, I guess the bottom line is view aliases should just point to JSP or Actions without commands. ----- Original Message ----- From: "Matt Baldree" <ma...@sm...> To: "Webwork-Developer" <web...@li...> Sent: Wednesday, January 02, 2002 5:43 PM Subject: [Webwork-devel] DefaultActionFactory change > I modified DefaultActionFactory to solve the following problem. > > 1. <A href="formtest!default.action">Form test</A> > > For this action, the command needs to be stripped and then the alias looked > up. > > 2. <A href="testfoo.action">Misc. tests</A> - this alias maps to Test!foo > > For this action, the alias needs to looked up and then the command stripped. > > The simplest solution since aliases are cached was to surround command proxy > with alias proxy. This seems to solve the problem and the other tests work. > > -Matt > > > > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > |
|
From: matt b. <ba...@us...> - 2002-01-03 03:25:06
|
Update of /cvsroot/webwork/webwork/src/main/webwork/action/factory In directory usw-pr-cvs1:/tmp/cvs-serv4307 Modified Files: DefaultActionFactory.java Log Message: undo change |
|
From: matt b. <ba...@us...> - 2002-01-03 03:23:08
|
Update of /cvsroot/webwork/webwork/src/resources/web/WEB-INF/classes In directory usw-pr-cvs1:/tmp/cvs-serv4009 Modified Files: views.properties Log Message: no message |
|
From: matt b. <ba...@us...> - 2002-01-03 03:22:54
|
Update of /cvsroot/webwork/webwork/src/resources/web In directory usw-pr-cvs1:/tmp/cvs-serv3955 Modified Files: index.jsp Log Message: no message |
|
From: Thomas M. <ma...@ni...> - 2002-01-03 01:08:09
|
ohhhh thank you! thank you! Matt Baldree wrote: > > Since several people have asked about the status of WW's documentation, I > wanted to give a quick update. Quite a few sections of the documentation > have been completed and updated in CVS. > > TOC for WW and the status > ==================== > Intro - done, not checked in > Installing WW - done > Building WW - done > HMVC - * > Model-1/2 - * > Action API > Value Stack - (done and just checked in) > Expression Language (EL) - done > WW API > > JSP - * > Velocity > XSLT - partially done > > Base classes > Forms - * > Validation - partially done > Error handling > Wizards > i18n > IntelliJ - done > > Features > Community - done > FAQ - done > License > > JSP reference - done > EL reference - done > > * - indicates someone has committed to writing this documentation > > -Matt > > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user -- Tom Marsh mailto:ma...@ni... http://www.nitesco.com |
|
From: Matt B. <ma...@sm...> - 2002-01-03 00:10:47
|
Since several people have asked about the status of WW's documentation, I wanted to give a quick update. Quite a few sections of the documentation have been completed and updated in CVS. TOC for WW and the status ==================== Intro - done, not checked in Installing WW - done Building WW - done HMVC - * Model-1/2 - * Action API Value Stack - (done and just checked in) Expression Language (EL) - done WW API JSP - * Velocity XSLT - partially done Base classes Forms - * Validation - partially done Error handling Wizards i18n IntelliJ - done Features Community - done FAQ - done License JSP reference - done EL reference - done * - indicates someone has committed to writing this documentation -Matt |
|
From: Matt B. <ma...@sm...> - 2002-01-02 23:43:49
|
I modified DefaultActionFactory to solve the following problem. 1. <A href="formtest!default.action">Form test</A> For this action, the command needs to be stripped and then the alias looked up. 2. <A href="testfoo.action">Misc. tests</A> - this alias maps to Test!foo For this action, the alias needs to looked up and then the command stripped. The simplest solution since aliases are cached was to surround command proxy with alias proxy. This seems to solve the problem and the other tests work. -Matt |
34982 messages has been excluded from this view by a project administrator.
