Jump to content

Natetronn

Members
  • Posts

    19
  • Joined

  • Last visited

Everything posted by Natetronn

  1. I don't recall saying front-end themes could come from just adding a template engine. In fact, my last post (see next quote) for the most part tried to move away from the original title of this topic to what is was meant to be about from the start which was finding ways to make things easier on users. The template engine was an idea though, yes, off topic from Ryan's original post as I remember it; I see that now. I agree with this and mentioned something to that extent in my last post as well. With that said, I guess I don't know what the original topic from Ryan was about anymore to be honest because PW isn't really setup to be easier than WP rather, by design, to allow freedom to model data among other things like you said. I'm going to have to re-read that topic again I guess. @Joss I think Drupal does something similar with their profiles in regards to having a set of profiles which are module based though, also theme based. That of course isn't like WP and is a one time install just like PW would be as I remember it. It is however a good idea to allow people to quickly setup common sections of a site like a blog to help keep things DRY. So, site profiles which aren't necessarily theme based that could be installed at any point one needed them would be nice. Client needs a blog now, you just grab the "blog module/s based profile" and go. I seem to remember seeing a module which would help for quickly setting things like this up though, I don't remember for sure. EE has something similiar which may never see the light of day but, you can still check it out here.
  2. Let's not forget the original topic of this post way back when I posted it which was finding a way to make using PW themes easier than WP. With WP most people who don't know how to use a lot of PHP end up buying a theme as is or maybe buying a theme and re-skinning it directly (via css etc.) or even using a child theme. And we all know there are a bazzillion themes out there to choose from. Allot of them with built in admin panels for changing almost everything in a design from colors to fonts to logos etc. Then little by little when they out grow re-skinning and feel more comfortable with things they start playing with PHP and WP's "loop" among other things. Bringing up template engines was only one idea to help make things easier for people though, I'm sure there are many other ideas as well. With that said, it's probably a much bigger issue than just using a template engine or not. PW, as it sits now anyway, isn't really setup for themes as much as it is for building sites from scratch. This is similar to other systems, like EE for example, as you can't install themes over themes per se. I think that's the case with PW as well though, I could be wrong so, please correct me if I am. The flexibility, power and freedom CMS like this provide takes work to use & to learn and often times when you are just starting out its just easier to, well, not work/learn. Anyway, maybe that was why the post was started in the first place, I don't know. For me, offering a template engine is kind of a mid ground in a sense, as it allows people with less php experience to "feel" more comfortable. I do get the arguments about having to learn one thing so, might as well learn PHP from the start, however, that doesn't address the issue at hand (or at least the original topic from the quote.) By the way, there are also other reasons which no one has mentioned which make using a template engine a possible good option like separation between logic and view (or what ever it's called.) Allot of other languages, frameworks actually, offer this pretty much by default (although by choice.) Not saying PW needs to do that rather, I'm just saying. Ultimately, I guess we never really answered the question from the quote above and I'm curious (as I don't know myself) how to make working with and installing PW themes as easy (easier) than WP? (and let's not forget about one click upgrades for both core and modules!)
  3. You read my mind! I've actually set something up like that with a few WP clients which I have via WP Multi Config. I actually got the idea from EE Master Config which I use on every EE build I do now days. I was thinking I will try to get something like this setup for PW and why I started this topic Thanks again.
  4. Thanks for the replies! @ryan, I did look that over actually (don't remember how I found it as it is hidden, you're right.) I'm not worried so much about multi-site per se rather multi environment so I can dev on my local machine and use things like Git (version control) and Beanstalk to deploy up to dev/stage/live servers. I think the file I mentioned will actually allow this though, I haven't tested it yet and currently don't have free time to try it though, will soon. Thanks!
  5. I noticed there is a file named index.config.php in /wire which is the "ProcessWire multi-domain configuration file" and I'm wondering if this is for multiple PW sites similar to WP Multisite or EE MSM or am I confusing it with Multi Environment setups. For example if I wanted to have a local, dev, staging, live/production multi environment setup would this be the file to use? Where all the domains, paths, db settings would most likely different from enviro to enviro? It looks like this is in fact for setting up multi-environments now that I read and understand what's taking place. The fact that it's called mulit domain is throwing me off a little, however and why I wanted to double check I guess. Is there anything to worry about with these types of setups in regards to paths or does PW handle all that for us and we just need to worry about setting up things per the instructions in the file? Any gotchas in other words?
  6. Hey Tyssen! I updated the module for you though, not sure how to hand it over other than via a gist: https://gist.github.com/4554543 The file I updated was in wire > modules > Inputfield > InputfieldTextarea.module Note: I know how to make a pull requests though, not sure which branch to use (Ryan?) plus, I'm just getting use to looking at PW code so maybe it should be looked over by a PW professional first Also note: I wonder where this should go for the time being. For example I wonder if this will work in the site/module directory since it's now custom. An update to PW of course would overwrite the changes made in the wire/modules/Inputfield version. Anyone care to explain the proper way to handle custom or modified core modules please?
  7. Grenade Gloves, Thumbs Up, Guns, Attitude, Cheesy Backdrops & an @eepodcast T-shirt. Living the #eecms life! http://t.co/MHLNTqqA

  8. Don't you just love this #eecms website: http://t.co/nvElImle - They have really good ice cream too! cc/ @StrausOrganic

  9. I wonder if this will detox years of being in front of a computer scree, hmm, I better use two bags lol

  10. Assets 2.0 is in my @devot_ee account, didn't even have to pay for a version number upgrade, thanks @pixelandtonic!

  11. I trusted the UPS Store guys to ship my stuff back to Amazon without a getting a receipt first. They are in transit now. Thanks UPS Store!

  12. This is a question which more #eecms devs should take note of if using themes: http://t.co/1diRaZ4Q Also note my answer http://t.co/yhA7T8s1

  13. I think I can agree with this. And most hardcore or long time EE users seem to be taking this approach (or see quote below.) They aren't throwing in the towel though, are considering alternatives for various projects. PW isn't alone in this as I've mentioned I think. Shoot, some might be moving towards building apps via Laravel; I don't know! I will say that PHP in templates will scare off quite a few right from the start; which is fine either way (we don't need to have this discussion again of course.) Now wouldn't that be oh so nice! I think that will be the name of my second boat
  14. Most of your points which make PW great are very similar to what make ExpressionEngine great. That's why I'm even here. It's about freedom to build a system that meets your client/project needs. Custom fields is something that PW and EE both do very well where as many other systems do not. WP is trying with custom post types and ACF but, they're not there yet (oops, there I go again!) at least not by default and Drupal has CCK but it's a PITA IMO. As far as there being a ton of add-ons, well, EE isn't like WP/Drupal/Joomla. It doesn't have a million add-ons. It only has about 1500 add-ons (according to Devot-ee at least.) Granted there are 4 or so commerce add-ons but, they all have their place and some projects call for one over the other. Sometimes is just personal taste. You really have to spend a few months with it to know what I mean. I guess that could be said for most CMS, however. EE has almost zero themes by the way. Something I think which has helped WP and Joomla grow so large as communities. The changes with EL are why people are considering other options. The CMS and eco system itself isn't the issue as far as I can tell. At least it wasn't. Most don't even mind paying for it and for add-ons by the way. This could change of course in the future but, EE the CMS and EE the eco system are currently in a great state from all I can tell. EL has done what they feel is the best for their future and although, it was pushed out very quickly and without any warning they, I'm sure, are doing the best they can from their vantage point. Let's see what this year holds. I'm glad to see some of the todos like tutorials and documentation/examples etc. You're not getting ahead of yourself which is good. Curious to see what Ryan has to say as well. Thanks for the discussion by the way, this has turned out to be a much better thread, don't you think
  15. Ballet teacher says my 3 year old is the smartest and knows all the routines but, is the most distracted. All 4 & 5 year olds mind you!

  16. Hey thanks for the replies everyone! I didn't realize this was in the "Pub" section. That being said, this topic does fit into a bar type atmosphere of sorts and by no means was I trying to rain on anyones parade if it appeared that way. There is quite a bit here for me to go on point by point so, I will just add a few thoughts if you don't mind. Just to be clear, I wasn't insinuating there has been plagiarism going on (I've actually defended PW on twitter before. Note: "everyone" should have said "every where") though, this topic was about EE devs and inviting them over to PW so, perception is important and the point I was trying to make. As far as you guys "not being there yet", I'm really referring to quality and quantity at the same time, actually. Currently you have quality though, you don't have quantity. And in this discussion you need both because you are hoping to bring over EE devs who are use to having both, at least in regards to eco system; which I mentioned. This being specifically about eco system and nothing to do with the CMS themselves. So, I'm referring to number of quality add-ons and the number of quality add-on devs and the number or quality resources available to some one who might be comparing a CMS. So yeah, talking about both quality and quantity here. Blocks is in private beta and was built in part to fill specific gaps which were missing from EE itself though, it's going to be in quite the same position as you currently are in regards to quantity (eco system) though, it has the benefit of everyone in the EE community knowing the people, personally, who have created it as well as everyone who works at P&T. Blocks already has @blockscommerce which will launch, I'm sure, shortly after blocks comes out of beta. From my understanding PW has a Ecomm system in the works and or recommends Shopify. When blockscommerce comes out it will have a company behind it, a website, a support area, a track record coming from EE and much more. I'm sure the dev for "PW E Commerce" is great though, is it use at your own risk? Where is support, what if I need help and I'm not Ryan or the original dev who knows how to fix it if something goes wrong? Just the forums here? Take Magento for example, if you look at their website they have it all! They have the Eco system in place and have all the resources any dev could ever want. At first glance that is. We all know it's a beast of a system and well, now it's part of X.commerce so, "no soup for you." Some companies will gain quite a bit from the acquisition though, I think most will be left behind. (maybe i'm straying a bit) Anyway, I guess I'm wondering where PW stands on things now and how PW foresees handeling growth in the future. But, before growth I guess I'm wondering more about direction or where PW plans to be in a year for example. These are all things as an EE dev myself I wonder about. Disclaimer: as you know I've been here before talking with you guys about stuff (like template engines) as I do with many CMS (was up last night talking with Phil from PryoCMS too) so, I'm possibly not your average EE dev, more like a CMS Fanatic. I install and beta test CMS for the fun of it. After this I will go back to building an ExpressionEngine ecommerce site with the Store add-on from Expresso and enjoy doing it even on my day off Keep up the good work!
  17. okay I guess I don't understand what "classy" has to do with PHP or any programming language for that matter

  18. 30 years of cheers!

  19. Looks like EESE is now called "ExpressionEngine® Answers" http://t.co/fM5YG9xZ not my first choice but that works #eecms

  20. I get mixed feelings replying to this topic to be honest though, let's do it: The title says "...and how ProcessWire could benefit" but, nobody goes into any detail about how or why PW would benefit from having EE devs come to PW. Or for that matter why EE devs would benefit from PW minus it being free (there are other CMS that are free I might add.) Posting in the EL forums wouldn't be cool by the way. Thankfully that idea looks like it was shot down! Seems like you are having fun with the Alternative.to which, is find, whatever. Having admin themes which look like EE isn't helping your "cause" if you want to call it that. I know these are user submitted though, putting them on the homepage gives off the wrong impression especially to EE devs I've talked with. Most of which do not like "plagiarism" even if only closely resembling the EE CP. Glad you changed them out for the default ones. You guys know why you like PW though, someone who has been using another CMS everyday for the past 5 years, for example, might just see PW as noise along with all the other CMS out there. I've talked about it before though, there are plenty of people who prefer a template engine over strait PHP or PW API however much you might think the API is just as easy. Is PW like theming for Drupal or Wordpress? Not even close and I commend you on your work with the API though, like I said, it may not be everyone's cup of tea. To be honest there is currently quite a bit of CMS "research" taking place within the EE community though, I'd say most people are just testing the waters and probably a bit less now that the initial shock of the EL changes have settled down a bit. Plus, folks are getting help via the new ExpressionEngine StackExchange site so free support is better than ever and there are more options for support then ever as well. Some people have abandoned EE altogether though, that's common with any CMS or Framework when there are major changes. With that said, PW is being looked at yes though, so is PyroCMS, Statamic, Perch and very importantly Blockscms which probably is most likely to put a dent in EE if any significant dent are to be made. Others are being looked at as well (maybe even some RoR and Node stuff.) PyroCMS is moving over the Laravel 4 (away from CI) which might just propel it's future use. Hard to say. I'm sure there will be other Larvel CMS popping up (other than pongo that is.)Statamic is different in that it's a static CMS similar to say Jekyll though PHP based (and commercial I might add which believe it or not allot of people do like.) In it's current state it could definitely compete with Perch in the "Lite" CMS arena which by the way isn't so small any longer (the Lite CMS arena that is.)Perch is another one people have been looking at though, of course that's for smaller sites too. I need to give v2 a try.Now Blockscms is a whole different story altogether and is the most anticipated to compete directly with EE once it's out of private beta. I'm not going to go into all the details though, yeah, it's coming. We'll have to see what this new year brings for that. This is really a topic in itself so I won't extend this already long post out any more on that. WIth the recent changes I think allot of people might consider using some of the other options I listed especially for personal sites or smaller client sites where as in the past they would have just used EE for everything. Allot of this stuff wasn't even there two years ago so, sometimes it's all about timing. Currently there really isn't anything that is on the same level as EE especially in regards eco system. No offense but you're not there yet. You have Drupal, WP and even Joomla of course (all are "free") which have huge eco systems but, yeah, let's not talk about those any more than I hear Drupal 8 is suppose to go Symfony 2 so I'm curious to see how that turns out. Anyway, I guess I'm not quite sure what you guys are hoping to achieve by having people come over from EE especially since there isn't anything for you to gain other than more hands on deck (which I guess I understand.) Trying to reach any users via a forum post is just senseless if you ask me and you're going to have to step up your game in many areas to compete with what's coming down the pipe. I look forward to seeing the future as things unravel for PW and all those involved.
  21. RT @EllisLab: Quick reminder that our team will be off the 24th and 25th for Christmas. See ya Wednesday! #eecms

  22. Thanks to everyone who voted for Placeholder in the AcadamEE Awards. Took home third place in plugin cat which is amazing! #eecms #humbled

  23. ExpressionEngine Help Chat starts right about now: http://t.co/ukzVBl3v #eecms

×
×
  • Create New...