Hi, and what about moving inmethod grid to the wicket-extensions? If
we would rewrite js parts from YUI to jQuery?
2012/1/6 robert.mcguinness robert.mcguinness@gmail.com:
don't kill me, any idea when Wicket 6.0 might be released? 3 months? 6
months? i need to upgrade from Wicket 1.3 but
Hi Rob,
The only major change that left is component queueing. We need to
decide how to proceed there.
I prefer to release 6.0-M1 next few weeks and this way give the users
a chance to try it and send us feedback sooner.
If we decide that component queuing is stable then we will release M2
Hi,
On Fri, Jan 6, 2012 at 10:09 AM, danisevsky danisev...@gmail.com wrote:
Hi, and what about moving inmethod grid to the wicket-extensions? If
we would rewrite js parts from YUI to jQuery?
There is no active maintainer of this library even now in wicketstuff.org :-(
Once I migrate my
I've just added the list of tasks at
https://cwiki.apache.org/confluence/display/WICKET/Wicket+6.0+Roadmap
On Fri, Jan 6, 2012 at 1:25 PM, Martin Grigorov mgrigo...@apache.org wrote:
I'm not sure it is false alarm. It seems Martijn has doubts as well.
I'm going to copy the list of tasks to a
trying for quite some hours now to set it up nicely
the solution described in that link below doesn't work for windows users,
that just makes a copy.
for windows users this script must be used:
http://git.661346.n2.nabble.com/Fwd-git-git-new-workdir-for-Windows-9-td6479570.html
(run it as an
Are you sure that the changed files is caused by the multi-workspace setup? It
could also be a problem with the core.autocrlf option. At Topicus, we decided
to turn it off on all systems. EGit doesn't support it and caused more trouble
than it does good.
Personally, I still like the solution
what is the best way to set that ? or turn that off?
i tried this
http://stackoverflow.com/questions/1510798/trying-to-fix-line-endings-with-git-filter-branch-but-having-no-luck/1511273#1511273
but still many many outgoing changes.
On Fri, Jan 6, 2012 at 14:09, Emond Papegaaij
2012/1/4 Johan Compagner jcompag...@gmail.com:
What is then the nicest way?
Because must i then do a commit the local on 1.4 push that to the remote
then go to 1.5 and pull it, then merge the 1.4 changes to 1.5, commit that
(this could be slightly different because of some changes)
push that
Well, you'd rather not rewrite the entire wicket history using filter-branch,
or your co-committer (of which I am now one) will be very upset and angry.
You can find information on git configuration at
http://progit.org/book/ch7-1.html . It also contains a section about
core.autocrlf. Just
It seems to be fine now, when i do the cloning completely in eclipse with
that property in the eclipse preferences set to false.
On Fri, Jan 6, 2012 at 14:42, Emond Papegaaij emond.papega...@topicus.nlwrote:
Well, you'd rather not rewrite the entire wicket history using
filter-branch,
or
Ok, its getting clearer and clearer,
The thing is what i want is that i can make make a change for 1.4, 1.5 and
master/trunk
And do that all locally
Then push that to the remove at once.
I guess what i just need to do for that is pull 1 git repo from remote,
Get there the 3 branches at onces,
From what I understand, your solution would work well. You would have:
wicket-trunk remote = gitHub
wicket_14 remote = wicket-trunk
wicket_15 remote = wicket-trunk
What Renaud and and Edmond described is instead:
wicket-trunk remotes = [gitHub, wicket_14, wicket_15]
wicket_14 remotes = [gitHub,
the thing is i like the first approach if that one works,
why? Because then i am forced to first merge it over all revisions before i
can then push it upstream at once
i never can push right to wicket if i just make a change in 1.4 or 1.5, i
need to think and open 1.5 and or trunk first and do
hmm i HATE command line
i almost never use that, and i am not planning to use it much now, i really
think that is what an IDE is for! This is just going back to the dark ages
of the 90's or something
Tooling like this should just be next, next, finish in my eyes, quick and
easy.
We are already
I also really like a UI better with scrollable file lists and multiple
panels way better than command line for version control.
I'm also on Windows and have started using Git Extensions
(http://code.google.com/p/gitextensions/). From my recent experiments,
it works really well and is quite
i have a friend of mine that is also a long time eclipse users and he has
now a few months a job where they have to use Intellij
his qoute from a few days (after using it now for quite a while) ago: btw,
intellij sucksnah, eclipse is way ahead
so i guess thats a matter of taste..
The
16 matches
Mail list logo