Re: Rationale for Converting to AngularJS/Spring MVC

2014-01-07 Thread Dan Simko
Hi,

I didn't read whole conversation but you don't need to choose between
Wicket and AngularJS. We are using both technologies together and it works
great. AngularJS has no global state so you can use many Angular (island
single page) apps in one Wicket page. For some use-cases is better Wicket
so you use Wicket and for some (not so many) is better Angular, so you
embed Angular app to Wicket page.

Best regards,
Dan Simko


On Tue, Jan 7, 2014 at 8:37 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 Make some noise about this (stupid) decision and when the higher management
 realize the mistake they made they will ask you ;-)

 Martin Grigorov
 Wicket Training and Consulting


 On Mon, Jan 6, 2014 at 3:11 PM, Richard W. Adams rwada...@up.com wrote:

  Whether the reasons are valid or not irrelevant. I only passed along what
  I have heard; don't necessarily agree with the rationales. As I said, I
  was not consulted (and probably never will be).
 
 
 
 
  From:   Paul Bors p...@bors.ws
  To: users@wicket.apache.org users@wicket.apache.org
  Date:   01/03/2014 12:16 PM
  Subject:Re: Rationale for Converting to AngularJS/Spring MVC
 
 
 
  Both reasons provided don't carry much wight.
 
  1) Dificulty of maintanance/upgrading between major releases
  Our webapp was our reporting tool which morphed into a system
  administative tool currently with 54k lines of code in well over 1k
 public
  classes (conform Sonar). I migrated the webapp from Wicket 1.3.x to 6.x
 by
  myself in under 2 weeks simply by following the migration tutorials one
 by
  one.
 
  2) Cost of tranning new developers
  Wicket itself is model much after the Java's Swing and it promotes
  fast
  adaptation for new developers (they teach Swing in college). Perhaps the
  new staff should consider spending 1 to 2 weeks reading one of the many
  books avaialble on Wicket, see:
  http://wicket.apache.org/learn/books/
 
  I spent a good 3-4 weeks reading over Andreas' free guide whcih took so
  long because I was reading it a chpater a day on the subway ride to work
  while at the same time proof reading his new material. You can print the
  free guide via:
  http://wicket.apache.org/start/userguide.html
 
  I don't know AngualrJS too much as I never worked with it. To me it looks
  like another JS framework out there in the mixture of many that can very
  easily be integrated with Wicket. Perhaps you should suggest that to your
  upper management.
 
  Anyhow, that's my two cents.
 
 
  On Fri, Jan 3, 2014 at 12:12 PM, Richard W. Adams rwada...@up.com
 wrote:
 
   I don't have first hand knowledge of the decision making process, but I
   understand there were two main factors:
  
   1.  Difficulty in changing/maintaining the intermediate corporate
   libraries, especially when considering whether to make the leap from
   Wicket 1.4.17 to 6.x.
  
   2. A perception of excessive cost in training new developers to use
   Wicket. I myself am fairly comfortable with Wicket now (after 2 years
   experience), but have to admit  the leaning curve was pretty steep.
  
  
  
  
   From:   Ernesto Reinaldo Barreiro reier...@gmail.com
   To: users@wicket.apache.org
   Date:   01/03/2014 10:58 AM
   Subject:Re: Converting Wicket to AngularJS/Spring MVC
  
  
  
   May I ask what was the rationale of choosing Angular JS + Spring MVC
  over
   Wicket? I have been using Backbone + Spring MVC in a project, imposed
 by
   client, for the last month and to be honest I'm not impressed with
   productivity you achieve using the combination: not to mention that
   developers need to know both JavaScript + Java server side to be
   completely
   productive. IMHO this will impact your productivity in a negative way.
  The
   only reason I could see to make that move is if scalability is an
  issue.
  
   Best regards,
  
   Ernesto
  
  
  
   **
  
   This email and any attachments may contain information that is
   confidential and/or privileged for the sole use of the intended
  recipient.
Any use, review, disclosure, copying, distribution or reliance by
  others,
   and any forwarding of this email or its contents, without the express
   permission of the sender is strictly prohibited by law.  If you are not
  the
   intended recipient, please contact the sender immediately, delete the
   e-mail and destroy all copies.
   **
  
 
 
 
  **
 
  This email and any attachments may contain information that is
  confidential and/or privileged for the sole use of the intended
 recipient.
   Any use, review, disclosure, copying, distribution or reliance by
 others,
  and any forwarding of this email or its contents, without the express
  permission of the sender is strictly prohibited by law.  If you are not
 the
  intended recipient, please contact the sender immediately, delete the
  e-mail and destroy all copies.
  **
 



Re: Inmethod Grid on IE9

2013-07-18 Thread Dan Simko
Hi, my IE has the same problem. But unfortunately I do not have any idea
how to fix (except to remove horizontal scrollbar).


On Thu, Jul 18, 2013 at 5:02 PM, Jose Mauricio Meraz Mercado 
jmm...@gmail.com wrote:

 It seems there was something wrong with my IE, now it is working fine

 Thanks


 2013/7/12 Jose Mauricio Meraz Mercado jmm...@gmail.com

  Hi,
 
  Currently on the application we are developing we are using InMethod
  grids, when those grids have a horizontal scroll bar there is a strange
  behavior that makes the div that has the contents grow when you select
 text
  or when you select a record on the grid.
 
  This behavior can be reproduced on
  http://www.wicket-library.com/inmethod-grid/data-grid/simple (the
  horizontal scroll bar has to be present, just passing the mouse on the
 rows
  will cause the navigation bar to be pushed below). IE8, Firefox and
 Chrome
  this works fine
 
  We found this on the wicketstuff project with something similar to what
 we
  have, but the solution provided doesn't work:
  https://github.com/wicketstuff/core/issues/44
 
  Has anyone experienced and resolved this?
 
  Thanks for any help
 
  We are using Wicket 1.4.19 and Inmethod-grid 1.4.9.1
 
 


 --
 El conocimiento es poder



Re: What is your setup for Rapid Application Development?

2013-04-26 Thread Dan Simko
Please take a look also on https://github.com/brix-cms/brix-cms/wiki


On Fri, Apr 26, 2013 at 9:38 AM, Andrew Schetinin ascheti...@gmail.comwrote:

 Hi Martin,

 See inside...

 On Fri, Apr 26, 2013 at 10:01 AM, Martin Grigorov mgrigo...@apache.org
 wrote:

  Hi Andrew,
 
  On Fri, Apr 26, 2013 at 7:13 AM, Andrew Schetinin ascheti...@gmail.com
  wrote:
 
   In our case, we had to implement the second option, suitable for our
  needs
 
  Can you explain what do you mean by suitable for our needs ?
  From your message above this phrase it seems RAD/CRUD are something
  universal that will fit any needs. But then you say _our needs_ ...
 

 We have a pretty basic framework that allows defining an edit form logic in
 Java without touching any HTML, and the HTML is generated automatically
 from common blocks.
 The idea is basic and universal, but the implementation is relatively
 tightly coupled with the back-end, and making it more generic (or even
 open-sourcing it) requires significant efforts - not something we can do at
 this stage.

 This is the reason why there are no such at the moment. Or at least not
  widely used.
 

 That's right - it requires a lot of efforts to maintain any framework. From
 the other side - consider Rails and Grails - they do have to have RAD GUI
 and they are very successful mostly because of that fact.

   - http://isis.apache.org/ (see it Wicket Viewer) (very well maintained.
 I

  have no information how many users it has)
 

 I considered this one for one of the last projects, but found its
 documentation lacking, and decided it is not enough supported.


  Then you will figure out that Ruby/Groovy performance is not that good
 and
  you will have to reimplement your prototype with something else ...
 
 
 Well, that's a holy war topic :-) I better will not touch it :-)

 Regards,

 Andrew

 --
 Andrew Schetinin



Re: Problem with InmethodGrid in IE

2013-02-12 Thread Dan Simko
Hi,

IE8 doesn't support 'bind' function. Please look at
https://github.com/wicketstuff/core/pull/189. Unfortunately I didn't have
time to rewrite it like Martin advised.

Dan


On Tue, Feb 12, 2013 at 3:07 PM, Ernesto Reinaldo Barreiro 
reier...@gmail.com wrote:

 Yes, I can confirm this... It also happens with 6.5.0. I will have a look
 ASAP.

 Please also mind that after 6.4.0 inMethod grid is jquery base (so, you no
 longer need YUI around).



 On Tue, Feb 12, 2013 at 11:47 AM, Stefan Renz s.r...@efonds.com wrote:

  Hi,
 
  since migrating to Wicket 6, we have problems with InmethodGrid when
  rendering in IE (6 and 8).
 
  Just rendering the page containing an InMethod grid causes IE to
  complain about JavaScript: Inmethod.XTableManager.instance is either
  null or not an object (translated, I only see a German message).
 
  I created a quickstart to quickly demonstrate this behavior.
 
  Has anyone encountered that as well and an idea on how to fix that?
 
  Thanks, bye
  Stefan
 
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 



 --
 Regards - Ernesto Reinaldo Barreiro
 Antilia Soft
 http://antiliasoft.com/ http://antiliasoft.com/antilia



Re: inmethod grid 6.0-SNAPSHOT doesn't work in IE8

2013-01-17 Thread Dan Simko
Hi,

I finally found out where problem is. IE8 doesn't support 'bind' function.
I just committed fix from:
https://developer.mozilla.org/en-US/docs/JavaScript/Reference/Global_Objects/Function/bind

Best regards,
Dan


On Wed, Sep 5, 2012 at 10:36 PM, Dan Simko wicke...@gmail.com wrote:

 sorry, attachment is here http://wickeria.com/screenshot.png


 On Wed, Sep 5, 2012 at 10:27 PM, Dan Simko wicke...@gmail.com wrote:

 Hi,

 online example (http://www.wicket-library.com/inmethod-grid) is working
 great in my IE8, but when I run latest version from
 https://github.com/wicketstuff/core/tree/master/jdk-1.6-parent/inmethod-grid-parentgrid
  is not initialized correctly in IE8 (see attachment). The problem is
 probably in script.js on line 1545:

 window.setInterval(this.update.bind(this), interval);

 Unfortunately I do not have so strong JS knowledge in order to fix it.
 In FF and Chrome grid works great.


 Thanks in advance!





Re: Wicket plugin architecture

2012-09-25 Thread Dan Simko
Hi,

You can also look at https://github.com/brix-cms/brix-cms. It is much
simpler than hippo.

Best regards,
Dan

On Tue, Sep 25, 2012 at 10:48 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 Hi,

 The simplest way is to use Wicket's org.apache.wicket.IInitializer class.
 Just create a Jar (the plugin) that contains the plugin classes and
 wicket.properties in the root package and a line inside:
 initializer=com.example.MyInitializer

 MyInitializer#init(Application) will be called just before
 MyApp#init(). In this method you can add whatever your plugin provides
 to the global configuration

 On Tue, Sep 25, 2012 at 11:35 AM, Michal Wegrzyn
 michal.wegr...@onior.com wrote:
  Dear developers,
 
  I need to prepare plugin architecture for a Wicket based project.
  I've found that open source Hippo CMS (
 http://svn.onehippo.org/repos/hippo/ ) does it, but I am
  curious if there are any other projects that do such a thing?
 
  Do you maybe know this kind of projects or frameworks?
 
  Are there any important in-depth aspects of Wicket of which should I be
 aware of for creating plugin architecture?
 
  Best regards,
  Michal Wegrzyn



 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org




inmethod grid 6.0-SNAPSHOT doesn't work in IE8

2012-09-05 Thread Dan Simko
Hi,

online example (http://www.wicket-library.com/inmethod-grid) is working
great in my IE8, but when I run latest version from
https://github.com/wicketstuff/core/tree/master/jdk-1.6-parent/inmethod-grid-parentgrid
is not initialized correctly in IE8 (see attachment). The problem is
probably in script.js on line 1545:

window.setInterval(this.update.bind(this), interval);

Unfortunately I do not have so strong JS knowledge in order to fix it.
In FF and Chrome grid works great.


Thanks in advance!

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: inmethod grid 6.0-SNAPSHOT doesn't work in IE8

2012-09-05 Thread Dan Simko
sorry, attachment is here http://wickeria.com/screenshot.png

On Wed, Sep 5, 2012 at 10:27 PM, Dan Simko wicke...@gmail.com wrote:

 Hi,

 online example (http://www.wicket-library.com/inmethod-grid) is working
 great in my IE8, but when I run latest version from
 https://github.com/wicketstuff/core/tree/master/jdk-1.6-parent/inmethod-grid-parentgrid
  is not initialized correctly in IE8 (see attachment). The problem is
 probably in script.js on line 1545:

 window.setInterval(this.update.bind(this), interval);

 Unfortunately I do not have so strong JS knowledge in order to fix it.
 In FF and Chrome grid works great.


 Thanks in advance!




Re: Wicket 1.6 - strange behavior with Fragment, ModalWindow and resources

2012-07-24 Thread Dan Simko
done, WICKET-4669

On Tue, Jul 24, 2012 at 1:38 PM, Martin Grigorov mgrigo...@apache.orgwrote:

 Hi,

 File a ticket please.

 On Tue, Jul 24, 2012 at 12:14 PM, Dan Simko wicke...@gmail.com wrote:
  Hi,
 
  I am not sure if it's a bug but in version 1.5 this code was working:
 
 
  public class HomePage extends WebPage {
  private static final long serialVersionUID = 1L;
 
 
  public HomePage(final PageParameters parameters) {
  super(parameters);
 
  final ModalWindow window = new ModalWindow(modal);
  window.setContent(new MyFragment(ModalWindow.CONTENT_ID, this));
  add(window);
  add(new AjaxLink(link) {
  @Override
  public void onClick(AjaxRequestTarget target) {
  window.show(target);
  }
  });
 
  }
  // FIXME: If you uncomment this, resources will be added to the page and
  carousel will be created,
  // but only first time when you click on show modal link. Second time
  carousel is not created.
  //@Override
  //public void renderHead(IHeaderResponse response) {
  //response.render(JavaScriptHeaderItem.forReference(new
  PackageResourceReference(MyFragment.class, jquery.jcarousel.js)));
  //response.render(CssHeaderItem.forReference(new
  PackageResourceReference(MyFragment.class, skin.css)));
  //}
 
  private static class MyFragment extends Fragment{
 
  public MyFragment(String id, MarkupContainer container) {
  super(id, fragment, container);
  }
 
  //FIXME: resources are not added to the page head
  @Override
  public void renderHead(IHeaderResponse response) {
  response.render(JavaScriptHeaderItem.forReference(new
  PackageResourceReference(MyFragment.class, jquery.jcarousel.js)));
  response.render(CssHeaderItem.forReference(new
  PackageResourceReference(MyFragment.class, skin.css)));
  }
 
  }
  }
 
 
  Should I create a Jira? Quickstart is attached.
 
  Thanks in advance!
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org



 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com

 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org