i don't really understand what you're talking about because i don't know
your
requirements. but don't forget two things: 1) the primary unit of reuse in
wicket is the panel and 2) you can put any component (such as a panel) in a
completely self-contained jar because of packaged resources. if
a lot of casting there.
maybe we should make WebApplication.get() return
(WebApplication)Application.get()?
Eelco Hillenius wrote:
>
>> By default which temp directory does all the all pages stored into?
>
> public FilePageStore()
> {
>
> this((File)((WebApplication)Appli
this is generally in sync with what i know about session usage. if you're
using 1.3 and detachable models and so forth, 20K sessions on a reasonable
box is not going to be a problem. wicket pages really are pretty small. a
very complex one might be 50-100K and i've never actually seen one much
I have not yet had a real need for IOC, but when I last looked some
years ago, picocontainer looked pretty nice. We do have guice now,
but I think it would be great to integrate Wicket with picocontainer.
Unfortunately, I'm not aware of anyone doing this work.
David Rosenstrauch wrote:
>
> I
can't you just use \n in the properties file?
(http://www.exampledepot.com/egs/java.util/Props.html)
once you have a new line in there, you may want to create a subclass of
feedbackpanel and override newMessageDisplayComponent:
protected Component newMessageDisplayComponent(String id,
oh, i should mention that my wicket is not head. it was frozen a couple
weeks back, so it's possible this is a regression. you might want to look
at the revision history for the various classes involved in validation.
Jonathan Locke wrote:
>
>
> maybe this is a
maybe this is a bug? i have a ConstrainedPropertyValidator which extends
AbstractValidator (which implements INullAcceptingValidator) and returns
true for validateOnNullValue() and it works just fine. you might need to
trace into the validation code to figure out why it's not calling your
vali
lking about.
there's
a pretty long discussion in this topic for sure.
igor.vaynberg wrote:
>
> On 7/6/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> yeah, even my pre-emptive lock claiming idea would require some thinking
>> about version
i didn't say that's fine. it's clearly not. i was just pointing out
there's
another side to this argument because java's protection attributes are
so coarse grained. by not supporting this feature, some classes which
otherwise would have all implementation details private would be forced
t
yeah, even my pre-emptive lock claiming idea would require some thinking
about versioning. what happens to all the versioning information recorded
by the pre-empted thread? we'd need a transacted commit on that.
actually, if you think about database technologies here, one way to get
better
.
in any case, java is broken here and so the choice on this feature is
not clear. maybe the best thing is to make private introspection an
application setting that is off by default? this might be a good idea
for the sake of security anyway.
Jonathan Locke wrote:
>
>
> i think yo
i think your argument is willfully slanted. generic manipulation and
persistence can be good reasons to reach into an implementation which
otherwise does not wish to expose properties or fields at all. i personally
prefer objects that keep all these details private. i would hope that
private
i'm also pretty interested in this problem. even if making wicket fully
multithreaded
would be extremely difficult (if it's desirable at all), it might be
possible to increase
wicket's liveness within contended sessions. in particular, there are more
and less
important ajax requests. if you
if it's specifically about wicket, posting is encouraged.
Watter wrote:
>
> Are there any rules about a company posting to this list about potential
> open positions around Wicket?
>
> Matt
>
>
--
View this message in context:
http://www.nabble.com/Wicket-mailing-list-rules-with-regards-
yeah, i just figured that out. i'll just patch our wicket for now. but we
should add this for wicket 1.4 (in a nicer way than this (generic utility
method), of course):
final StringBuilder builder =
new StringBuilder();
incoming request.
>
> Martijn
>
> On 6/28/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>>
>> getting this exception. seems like a request thread might be hanging
>> with
>> the page map locked? anyone have any ideas? thanks!
>>
getting this exception. seems like a request thread might be hanging with
the page map locked? anyone have any ideas? thanks!
[11:19:44] ERROR - RequestCycle - After 1 minute the Pagemap
null is still locked by: Thread[ajp-8009-1,5,main], giving up trying to get
the page for pat
just use markup inheritance directly. your base page class can have
components and markup that are inherited by all subclasses:
http://wicket.sourceforge.net/ExampleMarkupInheritance.html
http://www.javalobby.org/java/forums/t69357.html
slava.imeshev wrote:
>
> Hello everyone,
>
> We are curr
oh, i see now that's 1.2.6 not 1.3... still it's about the same stack trace.
Jonathan Locke wrote:
>
>
> ah. i think maybe it's not just me:
>
> https://issues.apache.org/jira/browse/WICKET-592
>
>
> Jonathan Locke wrote:
>>
>> i'm
ah. i think maybe it's not just me:
https://issues.apache.org/jira/browse/WICKET-592
Jonathan Locke wrote:
>
> i'm getting the exception below.
>
> have there been any recent changes to markup finding or is this probably
> my own issue?
this does at least appear to have started happening after updating wicket
(either in the past few days or today).
Jonathan Locke wrote:
>
> i'm getting the exception below.
>
> have there been any recent changes to markup finding or is this probably
> my own issue?
>
i'm getting the exception below.
have there been any recent changes to markup finding or is this probably my
own issue?
thanks,
jon
--
WicketMessage: Unable to find the markup for the component. That may be due
to transparent containers or components implementing IComponentResolve
one of the great things about open source software is that you can
investigate an issue like this yourself and suggest a patch.
Seldon, Richard wrote:
>
> Hello all,
>
> Further to email sent out back on 15/06/07 regarding concurrency issues
> using Wicket 1.2.4 and load runner...
>
> Rea
thanks. seems to work now.
Al Maw wrote:
>
> Al Maw wrote:
>> Going back to Jonathan's original unit test case, I'm thinking maybe we
>> can lazy-init this to make unit testing more bearable.
>
> Done.
>
> Al
>
> --
> Alastair Maw
> Wicket-biased blog at http://herebebeasties.com
>
> --
i'm getting this in a unit test and wondering if anyone knows why that might
happen:
Caused by: java.lang.NullPointerException
at
org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:274)
at
org.apache.wicket.util.lang.PropertyResolver.getObjectAndGe
not anymore.
Matej Knopp-2 wrote:
>
> Err, I believe that you can do add(HeaderContributor.forCss(...)) in
> page constructor.
>
> -Matej
>
> On 6/23/07, Juergen Donnerstag <[EMAIL PROTECTED]> wrote:
>> Jan,
>>
>> the problem is that though you can attach attribute modifier (that is
>> what
my code which does this:
add(HeaderContributor.forCss(CSS));
now throws the following exception. my web page needs to contribute CSS to
the header. i'm wondering, why can't i do it this way anymore (it seems
like WebPage is a component like any other and my code did work fine befor
e
> email?
>
> johan
>
>
> On 6/20/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> could this be caused by this thread (which we never quite did finish)?
>>
>> http://www.nabble.com/abbreviated-stack-traces-tf3837742.ht
congratulations to everyone! i want to thank the whole team for pushing
wicket to this next big stage of growth! wow! we did it!
Martijn Dashorst wrote:
>
> We have Graduation! Apache Wicket is established as a top level
> project within the Apache Software Foundation.
>
>>From Greg Stein:
very interesting. but i don't agree with the spreadsheet that wicket is not
good
for "million clicks per minute sites". with a good back-end architecture
and the
right tuning, wicket ought to be able to sustain that kind of load as well
as
any other web framework. the big difference is that in
could this be caused by this thread (which we never quite did finish)?
http://www.nabble.com/abbreviated-stack-traces-tf3837742.html#a10899418
Jonathan Locke wrote:
>
> i just got another missing stack trace problem:
>
> [...]
> Caused by: java.lang.NullPointerException
>
i just got another missing stack trace problem:
[...]
Caused by: java.lang.NullPointerException
then no stack trace for the NPE. eelco earlier asserted that my logging
config must be wrong while johan said we must have a problem. the only odd
bit of configuration in our log4j file is this patt
oh yeah, be sure you DO NOT test your wicket app's scalability with
wicket in development mode!
wicket does a ton of really inefficient things in development mode.
just for example, every single component you construct on every page
will have a complete stack trace of the caller that constructed
with decent specs on your web nodes you can generally
expect to get better performance than that... unless
you're limited by non-wicket back-end bottlenecks like
db access.
Scott Swank wrote:
>
> I have a quick question about server load, in particular I want to
> determine what sort of volum
ah this is some side effect of using AccessStackPageMap in the session
inspection process...
Jonathan Locke wrote:
>
> i added an enhancement request for next wicket version to support the
> inspector better. the problem i'm having with it right now is that after
> visiting
i added an enhancement request for next wicket version to support the
inspector better. the problem i'm having with it right now is that after
visiting the inspectorpage, every request to the web app results in a page
expired exception. the app is basically dead. has anyone seen this type of
beha
how could it be set up incorrectly? we got the message part of the NPE
just not the stack trace.
Eelco Hillenius wrote:
>
>> could it be this code that's not logging the whole exception?
>>
>> protected void logRuntimeException(RuntimeException e)
>> {
>> log.
no repro case currently.
Johan Compagner wrote:
>
> can't you debug it and break on the exception NullPointer?
>
> But i agree somehow we should log this better.
>
> On 6/18/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> aha.
could it be this code that's not logging the whole exception?
protected void logRuntimeException(RuntimeException e)
{
log.error(e.getMessage(), e);
}
Jonathan Locke wrote:
>
>
> aha. we might have two of these bugs, but i'm get
Make sure you have
> ProxyPassReverseCookiePath, too. See the wiki for details.
>
> Al
>
> Jonathan Locke wrote:
>>
>> anyone have any ideas on what might cause this? in particular can a user
>> exception cause it or is it definitely a wicket bug?
>>
>&g
ath, too. See the wiki for details.
>
> Al
>
> Jonathan Locke wrote:
>>
>> anyone have any ideas on what might cause this? in particular can a user
>> exception cause it or is it definitely a wicket bug?
>>
>> java.lang.IllegalStateException?: Reque
anyone have any ideas on what might cause this? in particular can a user
exception cause it or is it definitely a wicket bug?
java.lang.IllegalStateException?: Request processing executed 32767 steps,
which means it is probably in an infinite loop.
at org.apache.wicket.RequestCycle?.steps(Requ
yep. and panels can be in loops, lists, dataviews, trees, etc.
and you can easily create your own such components if you want to.
there's really no end to how much dynamic stuff you can do in wicket.
Eelco Hillenius wrote:
>
> On 6/12/07, Patrick Angeles <[EMAIL PROTECTED]> wrote:
>> I'm not
you won't be the first. wicket is already being used for real "enterprise
class" work today. the startup i'm working for is entirely wicket based and
is backed with millions of VC dollars... and of course, we're planning for
the kind of user traffic that would cause VCs to invest millions of do
yeah, this would be particularly neat if it could tell you the size of each
object
in the graph using that JMX sizeof call. it's actually the non-serialized
size that
matters the most and that management call ought to be able to get a value
pretty close to correct (although if it's transitive, i
Florian Hehlen-2 wrote:
>
> -It will be easier to hire someone with Struts knowledge on top of the
> fact that we have some in-house knowledge with it.
>
translation: we don't want to think
> -Struts is the de-facto standard with a lot of
> community/vendor/documentation support
>
transla
This was almost exactly my own reaction to the original assertion
that this team has very strong OOP skills. The criticism cited sounded
a lot more to me like reflex than any kind of thinking.
James McLaughlin-3 wrote:
>
> Hi Florian,
> To be honest, you should have titled this post "My team
aha! a simple solution. thanks.
Johan Compagner wrote:
>
> cant you add a key listener to the textfield and if you see an enter
> you call button.onclick() your self?
>
> On 6/5/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>> I've got an autocomp
Is there something like wicket:message for localizing attributes like title
tooltips? I looked on the WIKI but there wasn't anything there.
--
View this message in context:
http://www.nabble.com/wicket%3Amessage-for-attributes--tf3874468.html#a10978311
Sent from the Wicket - User mailing list
I've got an autocomplete text field nested inside a larger form. When you
click "add" next to the field, it adds what you've completed to a list that
is submitted when the overall form is submitted. Would like to figure out
how to make pressing the return key in the field (when there is no
compl
when i was running into this, it turned out that we were losing the session
cookie. try checking the jsessionid cookie before and after and see if it
changes.
jayTSM wrote:
>
> This behavior seems to be happening on non-ajax requests. The component
> being submitted is a basic subclass of the
ComponentFeedbackPanel will only ever show error messages reported by the
given component:
public boolean accept(FeedbackMessage message)
{
return component == message.getReporter();
}
If you want to show validation errors for a form when there are multip
this sure seems familiar. didn't we have a nice plan to address this a few
months back?
Eelco Hillenius wrote:
>
> You can return the page you want to be displayed and have full
> control. I know the API currently is non-obvious; I complained about
> this in another thread.
>
> For example,
ugh. looks like this was another session issue (different thing though).
one thing that was helpful in tracking this down was turning on the AJAX
debugging window.
Jonathan Locke wrote:
>
> this may be my problem, but i'm having a bit of trouble with modal windows
> that
d=30s4083ks3dhs,sessionsize=96668,sessionstart=Wed May 30
15:13:04 PDT
2007,requests=46,totaltime=1848,activerequests=2,maxmem=532M,total=532M,used=29M
Jonathan Locke wrote:
>
> this may be my problem, but i'm having a bit of trouble with modal windows
> that won't open and wo
version.
Jonathan Locke wrote:
>
>
> It shouldn't be hard to write the method you're talking about. To find
> all the components using the same model as a given component, just walk
> the component hierarchy using visitChildren() and add any component which
> returns
It shouldn't be hard to write the method you're talking about. To find all
the components using the same model as a given component, just walk the
component hierarchy using visitChildren() and add any component which
returns true for sameInnermostModel(component).
There is a more general case o
this may be my problem, but i'm having a bit of trouble with modal windows
that won't open and wondering if there are any known gotchas or words of
wisdom for what to look at...
--
View this message in context:
http://www.nabble.com/modalwindow-open-fails-tf3843250.html#a10883547
Sent from the
est target is (do something when it is an
> AjaxRequestTarget).
>
> Eelco
>
>
> On 5/28/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>> Is there a way to hook every AJAX request and add a component (that's on
>> every page) to the request target
Is there a way to hook every AJAX request and add a component (that's on
every page) to the request target? It seems like there might be because of
the way request targets work, but I don't have any idea what the details of
that might look like...
--
View this message in context:
http://www.nab
a.png');
> _background-image: url('my-window-style-1-ie.png');
> }
>
> To make modal window use this style you call
> window.setCssClassName("my-window-style").
>
> Unless I forgot something, this should give you the possibility to
> replace default
Matej, we were talking on ##wicket and you were about to tell me what the
magic is to replace ModalWindow images with something my designer cooks up
(pixel accurate replacements for existing images) without modifying Wicket.
What was that magic? (Thought I'd post here since others might benefit
vegas div.w_close {
> background: url(/mytrip/images/close_x.gif) no-repeat;
> }
>
> Scott
>
>
> On 5/23/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>>
>> yeah, i'd be interested in this result too.
>>
>>
>>
yeah, i'd be interested in this result too.
Scott Swank wrote:
>
> Agreed. We've gone the "complicated CSS magic" route and it is a bit
> involved, but I can vouch for the fact that it's an option. :)
>
> On 5/18/07, Matej Knopp <[EMAIL PROTECTED]> wrote:
>> It is customizable, but you need
sorry, no. that was not wicket's javascript.
Andrew Berman wrote:
>
> Interesting. I'm only using Wicket for my AJAX, so are you saying that
> something is wrong with the Wicket AJAX JavaScript?
>
> On 5/19/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>
> from /context to /context/YourHomePage.
>
> On 5/17/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> Did we find a resolution for this yet? We are having the same problem in
>> Wicket 1.3 trunk and I'm about to start investigating. Any defi
at when you open a complete new browser?
>
> johan
>
>
> On 5/19/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> somehow i'm getting a new pagemap every time i go to our home page (not
>> with
>> browser refresh, with a link). i
But it really does that when you open a complete new browser?
>
> johan
>
>
> On 5/19/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> somehow i'm getting a new pagemap every time i go to our home page (not
>> with
>> browser re
somehow i'm getting a new pagemap every time i go to our home page (not with
browser refresh, with a link). it's probably my fault, but does anyone have
any idea how that might happen? i thought window.name was being used to
detect whether a window is new and that a page map would only be create
Very interesting. I'm not that interested for production code, but this
could be really exceptional for prototyping and fast TTM when that matters.
jklappenbach wrote:
>
> http://graemerocher.blogspot.com/2007/05/grails-wicket-wonders-of-grails-plug-in.html
> (SFW)
>
> Graeme pinged me as so
Did we find a resolution for this yet? We are having the same problem in
Wicket 1.3 trunk and I'm about to start investigating. Any definite
information or conclusions (whether complete or not) would be very much
appreciated.
Andrew Berman wrote:
>
> I am having a strange issue. If I access
I'm also getting this and I don't have multiple windows open. Is this a bug
in the new browser window check?
Johan Compagner wrote:
>
> i think in 2.0 the newBrowserWindow check is still enabled.
>
> this makes sure that for one pagemap only one window is open.
> If the checker finds another
i don't understand how you can have a component-oriented web
framework that generates markup and css without having layout
managers. browsers are not consistent enough in the way they
render to just position everything absolutely. even if they were
consistent, you still couldn't use fixed layo
we're getting some issue like this too and on only one server.
Eelco Hillenius wrote:
>
> Are you working on multiple servers?
>
> On 5/12/07, Andrew Berman <[EMAIL PROTECTED]> wrote:
>> Igor, Eelco, anyone? This issue is pretty major as I'm losing all the
>> session info when they first com
remove is a good addition, but what about isEnabled()? that might be a nice
way to conditionally apply a behavior instead of removing it.
Johan Compagner wrote:
>
> i think we should be thinking of a remove(IBehavior)
> It is pretty in line with the rest (think about Swing listeners)
> And it
oh you just wait a couple weeks. you will be too.
igor.vaynberg wrote:
>
> you guys are old!
>
> -igor
>
>
> On 5/1/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> Hey, wait a /minute/, Martijn, if this is the 80'
Hey, wait a /minute/, Martijn, if this is the 80's isn't it "hip to be
square?"
(insert sax solo)
Martijn Dashorst wrote:
>
> We picked a time and day: May 3rd, 8pm. Be there or be square
> (obligatory '80s quote).
>
> Martijn
>
> --
> Learn Wicket at ApacheCon Europe: http://apachecon.com
well, it depends on what kind of reuse you want. if you have a particularly
cool form panel, it might be something that should stand on its own or nest.
but i think you're probably right in general. i've got quite a few panels
that just hold some fields for inclusion in a form.
igor.vaynberg
neato. i did not know that. i vaguely recall doing this once
and i recall being really suprised it worked. now i know why! ;-)
Martijn Dashorst wrote:
>
> On 4/27/07, jan_bar <[EMAIL PROTECTED]> wrote:
>> I think that you cannot nest in HTML. You have to "nest" them with
>> CSS. This will
yeah, with setEscapeModelStrings(false).
igor.vaynberg wrote:
>
> we do not support this, the only way i can think of doing something like
> this is:
>
> add(new label("foo", ""));
>
> -igor
>
>
> On 4/27/07, Lowell Kirsh <[EMAIL PROTECTED]> wrote:
>>
>> What I'd like to do is something li
i can confirm that. i have no idea what i meant by that comment. ;-)
Eelco Hillenius wrote:
>
> On 2/28/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
>> that is an interesting comment indeed. if it was really true then
>> webpage.getmarkuptype() would be final. anyone else mind to comment?
>
yeah, i think all that stuff moved to examples due to
security concerns with that stuff being bookmarkable
and not protected by an authorization strategy.
Alexander Lohse wrote:
>
> Hi,
>
> I cannot find the LiveSessionsPage since I recently updated our
> project to the lastest version of
as eelco says, it would be good to open a tracker issue. but another thing
you could do is send us a unit test (even if the bug has already been
fixed).
if a unit test breaks it will definitely get attention. and if your unit
test is
reasonably well written, we'll surely take it since we canno
July is for sissies. We're shooting for June.
Eelco Hillenius wrote:
>
> I would recommend using 1.3. Some people of the team (including me)
> are using 1.3 for a project that needs to be live bigtime medio July.
> So, 1.3 has to be good enough to run production systems by then (and
> in fact
we just figured this out.
try mvn clean install and it should work.
Per Ejeklint wrote:
>
> Sorry, I really don't know. I have erased the entire branch so I can't
> re-run the sequence. I checked out wicket-1.x about 10 days ago, and I
> think it was after the second update which I did this S
i am reproing this.
try doing a mvn -U
Eelco Hillenius wrote:
>
> Any idea how to reproduce this?
>
> Eelco
>
>
> On 4/11/07, Per Ejeklint <[EMAIL PROTECTED]> wrote:
>>
>> Just a note for your information.
>>
>> I just had an unusual experience with maven when building wicket-1.x. Had
>> d
maybe have FormComponentFeedbackBorders for the individual
components and then a global feedback panel to catch the general
ones (install a filter to ignore reporters that have feedback borders)
Carlos Pita-4 wrote:
>
> Hi all,
>
> suppose you have to implement some form input component that
ync on pagemap not session. so if you use frames there is
> a
> chance two requests for the same session will be processed simultaneously.
>
> -igor
>
>
> On 4/1/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> i'm missing something her
i'm missing something here still. what thread other than the request thread
will ever be accessing this?
igor.vaynberg wrote:
>
> copy on write has the advantage when it comes to iterating over the list.
> the locking needs to be there because we lock on pagemaps and not on
> session, so two
This is a slippery slope and can easily become an excuse to do
whatever it is that one wants an excuse to do. It's impossible to
argue against supposed silent, anonymous individuals. They may
think anything or have any problem whatsoever... whatever suits
the argument at hand.
I think we're
Yeah, that does sound like overkill in a single-threaded environment.
What other thread would ever be accessing a session's feedback messages?
Eelco Hillenius wrote:
>
> Do feedbackmessages in the session really need to be synchronized with
> CopyOnWriteArrayList? I'm in doubt whether synchron
yeah, your patch would work, but i think we agree that the
session approach is better and cleaner (both functionally and
conceptually) for the long term even if it could at least
/conceivably/ break some especially odd code (which it
seems likely does not even exist).
the semantics are actu
Eelco Hillenius wrote:
>
> About the session messages... well, they have a slightly different
> meaning: display whenever there is a feedback component rendered on
> any page. This is useful when writing generic software where you know
> that a message should be displayed, but you just don't kno
if you can wait, i think we're going to be fixing this so you don't have to
make any changes.
serban.balamaci wrote:
>
> Thanks for the answer. Do you mean that instead of doing the loading of
> the model in the constructor to do it onAttach() ?
>
>
>
> Jonat
yeah, threadlocal would work. it would also get rid of the need for
Session feedback messages. in some sense, i think the error is really
being registered for the request (thread) anyway, not any object.
so i like that idea. it can just be a threadlocal in the appropriate
class and everyo
You component is not attached to a parent yet.
You could try doing that work in onAttach().
serban.balamaci wrote:
>
> Hi.
>
> I have a problem in that inside the constructor of a page(panel actually)
> i invoke a stored procedure which needs to get the model for the panel.
> The stored proce
Okay, here's my opinion:
People have been using Wicket for years now and this is the first bug
of this type I have heard of. I am very reluctant attempt any sort of
generic framework-level "fix" to the semantics of Java object construction
(regardless of how anyone feels about the practices def
ah, sorry. this is the code i take it. just not in response to my original
post (at least on nabble).
Chris Colman wrote:
>
>> i'm not sure what i think about this yet. can you show us the
>> exact code modifications and use cases you have coded up?
>> (boiled down to the important parts, i
can you show us your code?
Chris Colman wrote:
>
>> there is a reason why some of the stuff is done where it is. now,
>
> I believe that with the minor change that I have made everything is
> still being done in the exact same order so there should be no
> consequences of this change. It's ju
i'm not sure what i think about this yet. can you show us the
exact code modifications and use cases you have coded up?
(boiled down to the important parts, if possible) also, it would
be good if you could explain how this solves any problems
other than getVariation().
Chris Colman wrote:
>
1 - 100 of 599 matches
Mail list logo