Menu
▾
▴
webmacro-devel — Discuss development issues related to the core of WebMacro
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(28) |
Dec
(47) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(103) |
Feb
(44) |
Mar
(65) |
Apr
(140) |
May
(72) |
Jun
(233) |
Jul
(466) |
Aug
(51) |
Sep
(2) |
Oct
(17) |
Nov
(1) |
Dec
(7) |
| 2004 |
Jan
(8) |
Feb
(5) |
Mar
(28) |
Apr
(9) |
May
(7) |
Jun
|
Jul
(7) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2005 |
Jan
(1) |
Feb
|
Mar
|
Apr
(3) |
May
(24) |
Jun
(7) |
Jul
(2) |
Aug
|
Sep
|
Oct
(4) |
Nov
(3) |
Dec
(12) |
| 2006 |
Jan
|
Feb
(3) |
Mar
(8) |
Apr
(59) |
May
|
Jun
|
Jul
|
Aug
(24) |
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
(8) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
(3) |
| 2008 |
Jan
|
Feb
(1) |
Mar
(16) |
Apr
(2) |
May
(2) |
Jun
|
Jul
(11) |
Aug
(3) |
Sep
(9) |
Oct
(9) |
Nov
(44) |
Dec
(34) |
| 2009 |
Jan
(12) |
Feb
(14) |
Mar
(11) |
Apr
(16) |
May
(41) |
Jun
(19) |
Jul
(33) |
Aug
(8) |
Sep
(3) |
Oct
|
Nov
|
Dec
(7) |
| 2010 |
Jan
(8) |
Feb
(50) |
Mar
(3) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(16) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Marc P. <ma...@an...> - 2003-08-01 15:09:00
|
On Fri, 1 Aug 2003 10:19:10 -0400 (GMT), Keats <ke...@su...> wrote:
> Marc,
>
> It's really not as bad as you're making it out to be. The only known
> bugs with whitespace handling are the implicit #begin and #end problems.
> You can avoid this altogether by using curly braces when you need precise
> control of whitespace.
>
> The rules are a bit complex, but they were hashed out exhaustively and
> there is some logic behind them.
>
> If you have a specific case that's giving you trouble I'd be glad to take
> a look.
Thanks, that's very kind. My point is though that this shouldn't be
necessary!
The trouble is that the templates have to end up looking really ugly (for
plain text formatted output), and most people who are not hardcore WM users
will get extremely confused by the (I'm sure very logical) rules used and
how they have to position things to get their results.
I'm just wondering if there's some other way to approach this. For example
I've written a pretty next text formatting helper to reduce these problems -
but it requires calls $textHelper.write( string) for everything if you
want it to work.
Here's an example of that template I showed before, which now produces
reasonable output - although I would like an indent on every field line of
the SQL output:
#macro SQLType( $field)
#set $class = $field.ConstraintProperty.ClassName
#if ($class == "java.lang.String") #begin
VARCHAR($field.ConstraintProperty.MaxLength) #end
#elseif ($class == "java.util.Date") #begin DATE #end
#else #begin $field.DataType.Name #end
#end
<h2>Generator for SQL CREATE TABLE based on Metalizer Schema</h2>
<h3>SQL follows:</h3>
#set $schema = $Ignition.getSchema($Ignition.FieldValue.schemaName)
<pre>
CREATE TABLE tablename (
#set $first = true
#foreach $group in $schema.FieldGroups
#begin
#foreach $fieldName in $schema.getFieldNamesInGroup($group)
#begin
#if (!$first) #begin ,
#end
#set $field = $schema.getField($fieldName)
$field.Name #SQLType($field) #if ($field.ConstraintProperty.Required)
#begin NOT NULL #end #set $first = false #end
#end
);
</pre>
There are all kinds of hacks required - blocks all on one line which are
very nasty for long lines, #end(s) at the beginning of the next line
instead of indented properly so you don't get the extra spaces included and
so on.
I really do appreciate the complexity and intentions behind the current
scheme. In theory, if you want everything to be on one line you should have
one long line of code. You -can- get around the nastiness of that by
avoiding directives on the line, having set their results into variables
before rendering the line and so on.
I know that there are contradictions too... in one sense we don't want WS
to be eaten, so output placement is predictable, but at the same time we
want to be able to indent code to produce readable source.
I just think... there has to be a better way, especially as we are
promoting WM as something that is not just for HTML.
If I had to hand a WM app to somebody for them to write plain text
templates (say for emails) I would be nuts - $xxx and #if are one thing to
explain, precise positioning rules are another.
$0.02
--
Marc Palmer
Contract Java Consultant/Developer
w a n g j a m m e r s
java and web software design
experts with an ethical outlook
http://www.wangjammers.org
|
|
From: Lane S. <la...@op...> - 2003-08-01 15:05:46
|
Marc, I am going to send you a template off line to generate a completely formatted java class with all the indents. It does a lot of what you are trying to do. -Lane Keats wrote: >Marc, > >It's really not as bad as you're making it out to be. The only known bugs with whitespace handling are the implicit #begin and #end problems. You can avoid this altogether by using curly braces when you need precise control of whitespace. > >The rules are a bit complex, but they were hashed out exhaustively and there is some logic behind them. > >If you have a specific case that's giving you trouble I'd be glad to take a look. > >Keats > >-------Original Message------- >From: Marc Palmer <ma...@an...> >Sent: 08/01/03 07:21 AM >To: web...@li... >Subject: [Webmacro-devel] Whitespace :( > > > >> >> >Guys, > >I know this is such a seriously unpopular subject... but WM is really very > >horrible to use to produce nicely formatted text output. The whitespace >eating is just so hard to work with. > >WM's currently rules are generally fine for HTML due to the filtering of >consecutive whitespace inherent in HTML rendering, but for text output it >is really horrible. > >For example I am trying to get nice SQL statements generated from >metadata, >without commas on their own line, with spaces after commas (if I can get >them on the same line), with spaces before and after optional NOT NULL but > >without them being on their own line. > >It's just nasty, I'm not sure I can even achieve the formatting I want, >which is really worrying. > >I'm sure you are all well aware of this - but putting my "average joe >webmonkey" hat on here, I'd be smashing my screen to pieces with a hammer >by now at the -apparent-stupidity of WM's whitespace handling. > > > >------------------------------------------------------- >This SF.Net email sponsored by: Free pre-built ASP.NET sites including >Data Reports, E-commerce, Portals, and Forums are available now. >Download today and enter to win an XBOX or Visual Studio .NET. >http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 >_______________________________________________ >Webmacro-devel mailing list >Web...@li... >https://lists.sourceforge.net/lists/listinfo/webmacro-devel > > > -- Lane Sharman Learn About Conga, All Java GUI Builder: http://opendoors.com/conga |
|
From: Lane S. <la...@op...> - 2003-08-01 15:02:34
|
what happens when you use {} ?
Marc Palmer wrote:
>
> I just got, using the latest CVS source:
>
> org.webmacro.engine.BuildException: Error parsing template:
> FileTemplate:xxxxxx (name removed)
> java.lang.StringIndexOutOfBoundsException: String index out of range: -1
>
> The problem seems to be related to #begin...#end handling, possibly to
> do with nested directives (#set).
>
> If I remove my EXPLICIT #begin...#end it works fine.
>
> The line is marked in the template below. I will add a test case for
> this.
>
>
> #include "includes/header.wmt"
>
> <h2>Generator for SQL CREATE TABLE based on Metalizer Schema</h2>
>
> <form action="gensql.wmt" method="post">
> Schema name: <input name="$Ignition.FormFieldName.schemaName"
> #if ($Ignition.FieldValue.schemaName)
> value="$Ignition.FieldValue.schemaName"
> #end
>
>>
> <input type="submit" value=" Generate ">
> </form>
>
> #if ($Ignition.FieldValue.schemaName)
> <h3>SQL follows:</h3>
>
> #set $schema = $Ignition.getSchema($Ignition.FieldValue.schemaName)
> <pre>
> CREATE TABLE tablename (
>
> #set $first = true
> #foreach $group in $schema.FieldGroups
> #begin
> #foreach $fieldName in $schema.getFieldNamesInGroup($group)
> #begin
> #set $field = $schema.getField($fieldName)
> !!!!!!!!!!!! This next line is the problem
> #if ($first) #begin #set $first = false #end #else #begin , #end
> $field.Name $field.DataType.Name
> #end
> #end
> );
> </pre>
>
> #end
>
--
Lane Sharman
Learn About Conga, All Java GUI Builder: http://opendoors.com/conga
|
|
From: Keats <ke...@su...> - 2003-08-01 14:19:40
|
Marc, It's really not as bad as you're making it out to be. The only known bugs with whitespace handling are the implicit #begin and #end problems. You can avoid this altogether by using curly braces when you need precise control of whitespace. The rules are a bit complex, but they were hashed out exhaustively and there is some logic behind them. If you have a specific case that's giving you trouble I'd be glad to take a look. Keats -------Original Message------- From: Marc Palmer <ma...@an...> Sent: 08/01/03 07:21 AM To: web...@li... Subject: [Webmacro-devel] Whitespace :( > > Guys, I know this is such a seriously unpopular subject... but WM is really very horrible to use to produce nicely formatted text output. The whitespace eating is just so hard to work with. WM's currently rules are generally fine for HTML due to the filtering of consecutive whitespace inherent in HTML rendering, but for text output it is really horrible. For example I am trying to get nice SQL statements generated from metadata, without commas on their own line, with spaces after commas (if I can get them on the same line), with spaces before and after optional NOT NULL but without them being on their own line. It's just nasty, I'm not sure I can even achieve the formatting I want, which is really worrying. I'm sure you are all well aware of this - but putting my "average joe webmonkey" hat on here, I'd be smashing my screen to pieces with a hammer by now at the -apparent-stupidity of WM's whitespace handling. |
|
From: Marc P. <ma...@an...> - 2003-08-01 11:25:20
|
Guys,
I know this is such a seriously unpopular subject... but WM is really very
horrible to use to produce nicely formatted text output. The whitespace
eating is just so hard to work with.
WM's currently rules are generally fine for HTML due to the filtering of
consecutive whitespace inherent in HTML rendering, but for text output it
is really horrible.
For example I am trying to get nice SQL statements generated from metadata,
without commas on their own line, with spaces after commas (if I can get
them on the same line), with spaces before and after optional NOT NULL but
without them being on their own line.
It's just nasty, I'm not sure I can even achieve the formatting I want,
which is really worrying.
I'm sure you are all well aware of this - but putting my "average joe
webmonkey" hat on here, I'd be smashing my screen to pieces with a hammer
by now at the -apparent-stupidity of WM's whitespace handling.
Marc
--
Marc Palmer
Contract Java Consultant/Developer
w a n g j a m m e r s
java and web software design
experts with an ethical outlook
http://www.wangjammers.org
|
|
From: Marc P. <ma...@an...> - 2003-08-01 11:14:56
|
I just got, using the latest CVS source:
org.webmacro.engine.BuildException: Error parsing template:
FileTemplate:xxxxxx (name removed)
java.lang.StringIndexOutOfBoundsException: String index out of range: -1
The problem seems to be related to #begin...#end handling, possibly to do
with nested directives (#set).
If I remove my EXPLICIT #begin...#end it works fine.
The line is marked in the template below. I will add a test case for this.
#include "includes/header.wmt"
<h2>Generator for SQL CREATE TABLE based on Metalizer Schema</h2>
<form action="gensql.wmt" method="post">
Schema name: <input name="$Ignition.FormFieldName.schemaName"
#if ($Ignition.FieldValue.schemaName)
value="$Ignition.FieldValue.schemaName"
#end
>
<input type="submit" value=" Generate ">
</form>
#if ($Ignition.FieldValue.schemaName)
<h3>SQL follows:</h3>
#set $schema = $Ignition.getSchema($Ignition.FieldValue.schemaName)
<pre>
CREATE TABLE tablename (
#set $first = true
#foreach $group in $schema.FieldGroups
#begin
#foreach $fieldName in $schema.getFieldNamesInGroup($group)
#begin
#set $field = $schema.getField($fieldName)
!!!!!!!!!!!! This next line is the problem
#if ($first) #begin #set $first = false #end #else #begin , #end
$field.Name $field.DataType.Name
#end
#end
);
</pre>
#end
--
Marc Palmer
Contract Java Consultant/Developer
w a n g j a m m e r s
java and web software design
experts with an ethical outlook
http://www.wangjammers.org
|
|
From: Marc P. <ma...@an...> - 2003-08-01 11:05:52
|
Just fiddling a bit more and thought that maybe this would be a nice
construct:
<input name="somefield"
#nulltest $MyProp.SomeProp.FinalProp
value="$Value"
#end
>
...where $Value is a variable created by the directive which refers to the
non-null value of the original property evaluation. This reduces repetition
and hence errors compared to the very boring:
<input name="somefield"
#if ($MyProp.SomeProp.FinalProp)
value="$MyProp.SomeProp.FinalProp"
#end
>
This #nulltest caters for simple expansion where you just want to render
the value if it is not null, but also allows you to do other things with
the value while not having to explicitly refer to it.
Sure, a #set to a temp var before the #if will also take care of this, but
it might be a little bit nicer and doesn't pollute the context.
--
Marc Palmer
Contract Java Consultant/Developer
w a n g j a m m e r s
java and web software design
experts with an ethical outlook
http://www.wangjammers.org
|
|
From: Brian G. <br...@qu...> - 2003-07-31 17:55:15
|
> ?! I'm no fan of SF but even I'm shocked at this. I'm a huge fan of SF. It mostly works, and its free. Free excuses a lot. |
|
From: Marc P. <ma...@an...> - 2003-07-31 17:32:28
|
On Thu, 31 Jul 2003 10:02:05 -0700, Lane Sharman <la...@op...> wrote: > and they admit to it.... > > " > ( 2003-07-15 08:25:23 - Statistics > <http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#stats> > > > > ) CVS and download statistics (along with statistics that are generated > based on the CVS and download statistics) are currently inaccurate or > missing. > " That is just crazy. These issues have been around for quite some time - elsewhere it says: "...download statistics are currently inaccurate for a large number of projects (since 19 May)." ?! I'm no fan of SF but even I'm shocked at this. Marc -- Marc Palmer Contract Java Consultant/Developer w a n g j a m m e r s java and web software design experts with an ethical outlook http://www.wangjammers.org |
|
From: Lane S. <la...@op...> - 2003-07-31 16:46:59
|
and they admit to it.... " ( 2003-07-15 08:25:23 - Statistics <http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#stats> ) CVS and download statistics (along with statistics that are generated based on the CVS and download statistics) are currently inaccurate or missing. " Marc Palmer wrote: > > Guys, something looks very odd with our SF stats. Remember zero > downloads for a long time? > > Well our CVS access, All Tracker stuff isn't showing up either! > > http://sourceforge.net/project/stats/?group_id=64597 > > It's all zeroes apart from page hits. This does NOT look correct to me. > > Marc > -- Lane Sharman Learn About Conga, All Java GUI Builder: http://opendoors.com/conga |
|
From: Marc P. <ma...@an...> - 2003-07-31 15:37:18
|
Guys, something looks very odd with our SF stats. Remember zero downloads for a long time? Well our CVS access, All Tracker stuff isn't showing up either! http://sourceforge.net/project/stats/?group_id=64597 It's all zeroes apart from page hits. This does NOT look correct to me. Marc -- Marc Palmer Contract Java Consultant/Developer w a n g j a m m e r s java and web software design experts with an ethical outlook http://www.wangjammers.org |
|
From: Brian G. <br...@qu...> - 2003-07-31 06:54:34
|
> I liked this idea too. I was actually trying to get something like this > working this afternoon but it was more than I could bite off in an hour. > > We'd need to change the parser/builder to put a string into the variable > name instead of a FunctionCall. I'd need your help there Brian. Right. Instead of putting a FunctionCall in the name, the first element could be a String and the second object could be an InvokeMe. Then, when executing the InvokeMe, PO makes sure that its actually invoking a function object. This moves awareness of functions from Context (which just sees function objects in the map) into POC. Not sure if that's a win, as POC is really complicated already, but it might. > One small downside is that functions and variables would be in the same > namespace, so $foo would overwrite $foo() and vice versa. Not a big deal. I think that's probably a feature. Justin used to have #tool and #variable directives to resolve namespace conflicts; much better to just have a flat namespace. |
|
From: Keats <ke...@su...> - 2003-07-31 04:25:24
|
Keats wrote: > We'd need to change the parser/builder to put a string into the variable > name instead of a FunctionCall. I'd need your help there Brian. The fly in the ointment here, after looking at the FunctionCallBuilder for a second, is that we need to get the arguments that it puts into the FunctionCall. I can't think of an easy way around that one. Keats |
|
From: Keats <ke...@su...> - 2003-07-31 04:18:20
|
Brian Goetz wrote: > > Alternately, the internal implementation of putFunction could, instead > of putting it in the _funcs map, actually put it in the context, and let > the context be smarter about invoking functions. I liked this idea too. I was actually trying to get something like this working this afternoon but it was more than I could bite off in an hour. We'd need to change the parser/builder to put a string into the variable name instead of a FunctionCall. I'd need your help there Brian. One small downside is that functions and variables would be in the same namespace, so $foo would overwrite $foo() and vice versa. Not a big deal. On the other hand you could pass functions around as variables, just like "delegates" in C#. Probably a very bad idea, but I'm sure folks could think up some clever template hacks using this. Anyway, I think I could make this work with some help if folks think it's worthwhile. Keats |
|
From: Brian G. <br...@qu...> - 2003-07-31 01:43:43
|
>Why should the user be forced to create a new FunctionWrapper? The idea is that the user is putting a function into the context. Alternately, the internal implementation of putFunction could, instead of putting it in the _funcs map, actually put it in the context, and let the context be smarter about invoking functions. -- Brian Goetz Quiotix Corporation br...@qu... Tel: 650-843-1300 Fax: 650-324-8032 http://www.quiotix.com |
|
From: Eric B. R. <eb...@tc...> - 2003-07-31 01:41:17
|
On Wednesday, July 30, 2003, at 09:13 PM, Brian Goetz wrote:
>
>> By "local functions", you mean local to a Context, right? I'd like to
>> see this stay around. The advantages of being able to add my own
>> functions w/o editing wm.properties are many, imho.
>
> I like the idea of being able to put Function objects in the context,
> but I don't particularly like how it works now.
>
> Instead of putFunction(), I like better the idea of putting Function
> objects into the context like variables:
>
> put("cos", new FunctionWrapper(mathObject, "cosine"));
This might be too much to ask, but you need 3 things for the Function,
right? a name, an object (or Class instance), and a method name (or
java.lang.reflect.Method instance maybe?). Couldn't we have
put (String variableName, Object obj, String methodName);
or
put (String variableName, Object obj, java.lang.relfect.Method
method);
Why should the user be forced to create a new FunctionWrapper?
I realize I'm probably contradicting myself based on things I've said
previously, but this wouldn't be magical so much as it would be a
convenience.
>
> and then, instead of having Context look up in this special function
> map, just look up the name in the context. I don't really like that
> there are so many namespaces.
>
> Then, global functions can work that way too -- they get faulted into
> the context the first time you use them. The result is a flat
> namespace for variables, tools, functions, etc, and a general purpose
> "stuff-on-fault" mechanism for global hoosits.
>
> Or is that too much magic?
It uses magic to cleanup Context.java... Magic for good, not for evil.
eric
|
|
From: Marc P. <ma...@an...> - 2003-07-31 01:18:37
|
On Wed, 30 Jul 2003 18:13:49 -0700, Brian Goetz <br...@qu...> wrote:
> Then, global functions can work that way too -- they get faulted into the
> context the first time you use them. The result is a flat namespace for
> variables, tools, functions, etc, and a general purpose "stuff-on-fault"
> mechanism for global hoosits.
>
> Or is that too much magic?
Nope, I call that magic reduction. Good call! Down with putFunction, up
with put( Object, FunctionCall) !
Cheers
--
Marc Palmer
Contract Java Consultant/Developer
w a n g j a m m e r s
java and web software design
experts with an ethical outlook
http://www.wangjammers.org
|
|
From: Brian G. <br...@qu...> - 2003-07-31 01:17:14
|
>I'm busily refactoring the function stuff and I suddenly realized that all >I had to do was make FunctionCall implement Macro and everything becomes a >lot simpler. The FunctionCall.eval() takes care of almost everything, so >Context.internalGet() becomes real simple. See below. I like this, although I think it can be made even more general, see my other reply on this thread. Basically, I'd like to see functions, variables, and tools all being things in the context, and the lazy load-on-demand can be used to fault in global tools or functions. >The only real function code left in Context is keeping track of local >functions. I'm wondering if anybody even cares about local >functions. They could be pretty powerful but maybe it's not worth >it. We'll have to discuss this later. I think a convenience method for put(String name, Function f) would help here. -- Brian Goetz Quiotix Corporation br...@qu... Tel: 650-843-1300 Fax: 650-324-8032 http://www.quiotix.com |
|
From: Brian G. <br...@qu...> - 2003-07-31 01:14:06
|
>By "local functions", you mean local to a Context, right? I'd like to
>see this stay around. The advantages of being able to add my own
>functions w/o editing wm.properties are many, imho.
I like the idea of being able to put Function objects in the context, but I
don't particularly like how it works now.
Instead of putFunction(), I like better the idea of putting Function
objects into the context like variables:
put("cos", new FunctionWrapper(mathObject, "cosine"));
and then, instead of having Context look up in this special function map,
just look up the name in the context. I don't really like that there are
so many namespaces.
Then, global functions can work that way too -- they get faulted into the
context the first time you use them. The result is a flat namespace for
variables, tools, functions, etc, and a general purpose "stuff-on-fault"
mechanism for global hoosits.
Or is that too much magic?
--
Brian Goetz
Quiotix Corporation
br...@qu... Tel: 650-843-1300 Fax: 650-324-8032
http://www.quiotix.com
|
|
From: Eric B. R. <eb...@tc...> - 2003-07-31 00:46:44
|
On Wednesday, July 30, 2003, at 07:50 PM, Keats wrote:
> I'm busily refactoring the function stuff and I suddenly realized that
> all I had to do was make FunctionCall implement Macro and everything
> becomes a lot simpler. The FunctionCall.eval() takes care of almost
> everything, so Context.internalGet() becomes real simple. See below.
>
> The only real function code left in Context is keeping track of local
> functions. I'm wondering if anybody even cares about local functions.
> They could be pretty powerful but maybe it's not worth it. We'll
> have to discuss this later.
By "local functions", you mean local to a Context, right? I'd like to
see this stay around. The advantages of being able to add my own
functions w/o editing wm.properties are many, imho.
eric
>
> I hope to test and commit by week's end ...
>
> Keats
>
> ====================================================
>
> protected Object internalGet (Object name)
> {
> Object ret = _variables.get(name);
> if (ret == null && !_variables.containsKey(name)){
> // not found in context. Check for auto-loading variable.
> if (name instanceof String) {
> Object var =
> _broker.getAutoContextVariable((String)name, this);
> if (var != null) {
> // auto-loading variable loaded. Add to context.
> put(name, var);
> ret = var;
> }
> }
> else if (name instanceof FunctionCall)
> ret = name;
> else
> ret = UNDEF;
> }
> return ret;
> }
> ========================================
>
>
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/
> direct;at.aspnet_072303_01/01
> _______________________________________________
> Webmacro-devel mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webmacro-devel
|
|
From: Brian G. <br...@qu...> - 2003-07-31 00:02:38
|
>Yes I thought as much. Does this mean that JSR166 stuff is definitely >coming in 1.5? Yes, it definitely is. -- Brian Goetz Quiotix Corporation br...@qu... Tel: 650-843-1300 Fax: 650-324-8032 http://www.quiotix.com |
|
From: Keats <ke...@su...> - 2003-07-30 23:51:03
|
I'm busily refactoring the function stuff and I suddenly realized that all I had to do was make FunctionCall implement Macro and everything becomes a lot simpler. The FunctionCall.eval() takes care of almost everything, so Context.internalGet() becomes real simple. See below.
The only real function code left in Context is keeping track of local functions. I'm wondering if anybody even cares about local functions. They could be pretty powerful but maybe it's not worth it. We'll have to discuss this later.
I hope to test and commit by week's end ...
Keats
====================================================
protected Object internalGet (Object name)
{
Object ret = _variables.get(name);
if (ret == null && !_variables.containsKey(name)){
// not found in context. Check for auto-loading variable.
if (name instanceof String) {
Object var = _broker.getAutoContextVariable((String)name, this);
if (var != null) {
// auto-loading variable loaded. Add to context.
put(name, var);
ret = var;
}
}
else if (name instanceof FunctionCall)
ret = name;
else
ret = UNDEF;
}
return ret;
}
========================================
|
|
From: Lane S. <la...@op...> - 2003-07-30 23:33:25
|
Could you be sure to place the server on some sort of auto-repair system besides us??? thanks! Eric B. Ridge wrote: > On Wednesday, July 30, 2003, at 06:12 PM, Marc Palmer wrote: > >> Thanks. I doubt we'll have to hassle him. > > > you will if the damn power goes out like it did last night. :( > > eric > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 > > _______________________________________________ > Webmacro-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webmacro-devel > -- Lane Sharman Learn About Conga, All Java GUI Builder: http://opendoors.com/conga |
|
From: Eric B. R. <eb...@tc...> - 2003-07-30 22:48:46
|
On Wednesday, July 30, 2003, at 06:12 PM, Marc Palmer wrote: > Thanks. I doubt we'll have to hassle him. you will if the damn power goes out like it did last night. :( eric |
|
From: Marc P. <ma...@an...> - 2003-07-30 22:15:00
|
On Wed, 30 Jul 2003 17:06:45 -0400, Eric B. Ridge <eb...@tc...> wrote:
>> Well it would be useful if you can tell us when you will be back
>> (hoping you won't succumb to an extreme pool trick shot accident) and
>> maybe pass someone like Brian the contact details of somebody at your
>> company we can talk to about the server if you don't come back. :)
>
> uh, I'm pretty sure I said August 10th.
Duh oh yeah, maybe I'll read it next time. Sorry.
> I suppose you can contact n_...@tc... (sorry Nicholas!) if the
> server crashes. He can handle 'apachectl restart' and 'httpd.sh
> restart' to get apache and resin running again.
Thanks. I doubt we'll have to hassle him.
Marc
--
Marc Palmer
Contract Java Consultant/Developer
w a n g j a m m e r s
java and web software design
experts with an ethical outlook
http://www.wangjammers.org
|
237 messages has been excluded from this view by a project administrator.
