Bringing Evo back to life again

• • ☆ A M B ☆
  • 1,231 Posts
  yama Reply #81, 14 years, 6 months ago

  Talk by the side of PHP.
  
  I do not like datagrid.class.php or maketable.class.php as approach, either.
  I would like to assemble a management screen using a list display engine like Ditto.
  
  (Added)
  It is necessary to arrange the whole so that it and the code which the excellent designer(like microcipcip) can be tends to modify outputted.
  [ed. note: yama last edited this post 14 years, 6 months ago.]
• • 
  • 244 Posts
  noahlearner Reply #82, 14 years, 6 months ago

  Hey All,
  
  I have been following this thread multiple times a day because I think it impacts so many of us. Is it time to get a working committee together with clear roles?
  
  -Noah
  http://www.learnerdesign.com/ | http://www.youngsbicycleshop.com/
  twitter: @noahlearner
• • 
  • 1,098 Posts
  microcipcip Reply #83, 14 years, 6 months ago

  Quote from: yama at Mar 17, 2012, 07:54 PM

  http://www.jeasyui.com/
  Such things also exist.

  
  Nice Library. The output is much cleaner than the one of jQuery UI.
  
  

  I have been following this thread multiple times a day because I think it impacts so many of us. Is it time to get a working committee together with clear roles?

  
  Yes!
  Jertix.org -> Web Design & Development, Motion Graphics | Follow me on Twitter | MODx Tutorials (in Italiano) | MODx Snippets (English)
• • 
  • 634 Posts
  Lammikko Reply #84, 14 years, 6 months ago

  In my opinion...
  
  Quote from: microcipcip at Mar 17, 2012, 04:28 PM

  
  1. About the frames, are we going to keep them or replace them with ajax? I like frames because I can easly add an external control panel to the Manager, let me know what do you think about it.
  

  
  Keep the frames. They just make the manager easier to modify.
  
  Quote from: microcipcip at Mar 17, 2012, 04:28 PM

  
  2. About the javascript, which scripts should we use?
  jQuery UI or jQuery Tools?
  
  

  
  
  I like jQuery Tools a lot because of the simplicity but in long term I would still choose jQuery UI for larger and more consistent support.
  
  Quote from: microcipcip at Mar 17, 2012, 04:28 PM

  
  TreeMenu&Context
  
  Is jsTree ok?
  

  
  Looks great!
  
  Quote from: microcipcip at Mar 17, 2012, 04:28 PM

  
  Wysiwyg Editor
  
  http://elrte.org/?
  http://elrte.org/elfinder?
  
  

  
  Elfinder especially looks and feels very nice compared to MCPuk (MODX Evo file browser).
  Mikko Lammi, Owner at Maagit
• • ☆ A M B ☆
  • 1,231 Posts
  yama Reply #85, 14 years, 6 months ago

  And...
  
  https://github.com/modxcms/evolution/pulls
  
  Since much Pull requests is still unsettled, I want to correspond in GitHub.
  I do not want to make these useless.
  If it can correspond, the improvement made by the Japanese edition will be submitted rapidly.
  
• • ☆ A M B ☆
  • 24,524 Posts
  sottwell Reply #86, 14 years, 6 months ago

  What would be really great would be for somebody with the javascript skills to modfy the RTE a bit to allow it to ignore MODx tags, perhaps treating them as if they were comments or CDATA tags.
  Studying MODX in the desert - http://sottwell.com
  Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
  Join the Slack Community - http://modx.org
• • 
  • 1,624 Posts
  cipa Reply #87, 14 years, 6 months ago

  Hmmm,
  
  I was looking for my comment about passwords but I probably forgot to click Reply.
  
  Anyway I wanted to say that the way passwords are saved should be changed. MD5 is not enough these days. If there is an email list or something please add me to it.
  
  I am also for keeping the frames at least until everything is switched over to jQuery. I already tried doing something like this a few years back and I think the only way to do it without frames is to rewrite some of the manager php code. This is where I got stuck.
  
  Thank you
  
  [ed. note: cipa last edited this post 14 years, 6 months ago.]
  Responsive CSS Grid: cipalabs.com/projects/metal/
  Blog: MODX Tutorials & Articles
  
• • ☆ A M B ☆
  • 24,524 Posts
  sottwell Reply #88, 14 years, 6 months ago

  Yes, we definitely need to consolidate on a point of communication other than this single forum post.
  
  Should we use the existing Evo workspace in Tracker?
  http://tracker.modx.com/projects/evo
  Studying MODX in the desert - http://sottwell.com
  Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
  Join the Slack Community - http://modx.org
• • MODX Staff
  • 10,725 Posts
  opengeek Reply #89, 14 years, 6 months ago

  Quote from: sottwell at Mar 18, 2012, 11:54 AM

  Should we use the existing Evo workspace in Tracker?
  http://tracker.modx.com/projects/evo

  Yes! Please...
  
  
  Quote from: yama at Mar 18, 2012, 02:55 AM

  And...
  
  https://github.com/modxcms/evolution/pulls
  
  Since much Pull requests is still unsettled, I want to correspond in GitHub.
  I do not want to make these useless.
  If it can correspond, the improvement made by the Japanese edition will be submitted rapidly.
  

  I would love to better communicate and cooperate with the Japanese (and any other communities) in this regard. And github pull requests should absolutely be the main point of collaboration. However, we need to clearly define rules of collaboration here or the multitude of ideas and contributions could turn into more of a detriment than compliment to the Evolution releases.
  Jason Coward
  Chief Architect @ MODX
  http://www.jasoncoward.com | http://twitter.com/drumshaman | https://github.com/opengeek
• • 
  • 29 Posts
  dmi3yy Reply #90, 14 years, 6 months ago

  need create new version in Tracker.
  

This discussion is closed to further replies. Keep calm and carry on.