Closed tristen closed 11 years ago
Questions:
comments: true
@uberbuilder For 1. That's definitely the direction we want to take. comments: true
is an interesting example - limiting comments shown per post that are managed by disqus or some such. Some thought will need to go into handling use cases.
For 2. The goal is for prose to really shine on Jekyll projects. You could otherwise edit other pages on a site if you fed it a url. limiting content you can edit on a page by adding class in your markup is an interesting idea too and something to consider down the road.
What about supporting dropbox?
@voidfiles Currently there are no plans to support a Dropbox feature.
@tristen, hi! Let me know if you need some help. I'm very interesting in this.
@Integral Awesome. We're kicking off development on Monday with tasks outlined in issues
@tristen I've given a lot of thought over the weekend to this. Over the last ten years of observing how people using applications I would like to bring up a few topics of thought as you move forward with the progress of Prose.io
Consider making a "Mission Statement" to solidify what prose is supposed to do. In the current version of what I would consider your mission statement:
Prose is a web-based interface for managing text-based content in your GitHub repositories. Use it to create, edit, and delete files, and save your changes directly to GitHub.
Prose is great for making quick updates to your code or managing your blog. Prose pays special attention to Jekyll sites hosted on GitHub Pages with Markdown text preview and syntax reference. It's configurable to restrict users to files that live within the
_posts
directory so you can use it to manage the content on your blog without fear of changing other critical files. Using Jekyll in conjunction with Prose is a smart way of maintaining websites for developers and editors alike by allowing them to use a visual, web-based tool to manage the content.
I see two themes emerging.
Theme 1: [Prose] is a web-based interface for managing text-based content in your GitHub repositories. Use it to create, edit, and delete files, and save your changes directly to GitHub.
Theme 2: [Prose] pays special attention to [Jekyll sites]
I see these as two paths which will not necessarily always be the same.
I feel like now is a good time to tell you what happened on Friday. When I heard the news and read your blog there was a ping of sadness that shot throughout my entire company. I've been secretly watching Prose.io for a while now. Working on other things while I've been observing the direction you would take with Prose.io. Personally I see a huge need in the web design community for this very specific product.
Looking at how people actually use WordPress seams to be inconsistant with how WordPress actually runs their development. Now, I don't want to turn this into a "WordPress" bashing thread. But I think it is important to use what I believe to be their development failures as learning moments to do things better now. Consider the facts.
#
, ##
, ###
, - list
, and > block quote
]We're already more then 80% of the way there with the awesome development you've already done. However I feel as though some of your design decisions that you have proposed in your blog article might be taking Prose.io off in a direction that I think will actually lead to it's demise and ultimately make it just another trapped editor like the WordPress visual editor.
Markdown based Jekyll sites
too high of a priority, you will end up losing access to the very people who will be able to take Prose.io to where it should be. Those advanced designers and programmers are integral to your open-source community. If they don't use it they will lose it. If we all use it and spend time making it better for both ourselves and our clients it will be very natural to teach them how to use it. We can actually treat our clients and business owners who want to edit content with the respect they deserve. The clients can now be first-class citizens in the web development team
. We can give them the tools they need to succeed rather than continue to ignore them.Back to your Mission Statement... and on to my suggestions.
Theme 1:
[Prose] is a web-based interface for managing text-based content in your GitHub repositories. Use it to create, edit, and delete files, and save your changes directly to GitHub.
Theme 2:
[Prose] pays special attention to [Jekyll sites]
Consider keeping Prose.io the way it currently is framework, language and technology agnostic.
Solidify the "Prose.io" Mission Statement to just one theme:
Theme 1:
[Prose] is a web-based interface for managing text-based content in your GitHub repositories. Use it to create, edit, and delete files, and save your changes directly to GitHub.
Develop a Jekyll-focused aspect to Prose.io without eliminating the current framework, language and technology agnostic feel that is has.
You obviously really love Jekyll (I do too) and this should be a focus... but please don't sacrifice the raw unlimited potential that Prose.io currently possesses. I have some very awesome suggestions on very important aspects to keep in mind when developing a "Blog/Article" editing interface. Which would work really well with a framework like Jekyll or BEM. I would be more than happy to be come directly, and heavily involved on the development of this project if you are interested I could share my ideas with you and help you implement them, along with help out with your design goals as well.
Could we add a way to allow people to configure their prose.io on a project-by-project basis? We could have different types of interfaces enhancements based on the different kinds of work you're doing - and do this in a way that is smart, well designed and not intrusive to the interface or jarring from one type of work to another.
After my many years of working with clients and helping them edit their own content I have found 4 or 5 things that are very useful but there has not been one interface that has brought all of these things into one easy to use place yet. It is one of my personal goals in life to actualize these findings and I would love to bring them to the Prose.io project because I believe this is 100% consistant with your design/development goals.
If that's not the case, than I'll just say THANK YOU for all of the work you've done - learn from how you've done it and start a different project :) I hope we can work together though - I think it would be much more fulfilling, and we'd have a better product in the end bringing our ideas together.
Thank you so much for all the work you've done. I hope nothing I've said here is offensive to anyone's work be it WordPress's work, or yours. I believe that somebody needed to bring these points to light and have some discussion about them - and I don't mind being that person. It's always about moving forward and being the change we want to see in the world.
Cheers, -Jeremy (@uberBuilder)
@uberbuilder Thanks for the comments
Could we add a way to allow people to configure their prose.io on a project-by-project basis
Absolutely. In fact this is already a feature in prose and is not about to go away.
Given the new features outlined what do you see as incompatible? To be clear, the aim is to make jekyll shine as its the only static site generator supported by GitHub pages.
@tristen Thanks for all the hard work you're doing, I am a HUGE fan of Prose.io and everything you and your team is all about.
I see Prose.io is so beautiful and very well designed. The fact that it works so well with GitHub API integration makes this tool extremely powerful, and with the right direction we can really shake off so many of the horrible design/development stunting aspects of the current trends in the market.
We need to have a well designed Markdown editor for blog article/website page content creation - this is a fact, and I believe Prose.io is it.
The best products/interfaces (particularly products like Prose.io) are always the ones which are built by the very people who use them.
So, the more "builders" you can continue to support with Prose.io, the more people you have at your disposal to help maintain Prose.io in a direction that will keep it alive and well for a very extended period of time.
The reason the "Visual Editor" in WordPress sucks is because no one works on it. Because the people who maintain WordPress don't use it, they don't think about improving the visual editor. In fact, it doesn't even really work at all.
So, right... Many of us who have projects on GitHub would love a great editor like Prose.io to manage our Jekyll sites. By that very nature you've already got a great audience. And because Jekyll is the only static sight generator that is natively implemented on GitHub pages makes it very important - and I believe that very fact makes it worthy of your cause.
Jekyll is very cool, I use it myself all the time - so of course I'd like to have Prose.io work in a Jekyll aware way - fantastic!
DocPad anyone? What about emerging technologies like BEM? Using GitHub with something like Strider we now have access to using any kind of framework you could dream of using just Prose.io for content editing for our clients... and allowing all developers and designers to use whichever workflow they currently like to use.
By keeping Prose.io framework agnostic at it's heart while giving us the ability to create multiple personalities on a per-framework basis we can use whichever Prose.io personality which best fits our purpose/client. I use many different variables in my YAML configuration area on one of my projects.
In the very near future I will be developing sites exclusively in BEM. These sites will almost exclusively use Markdown files for content that I would like to be able to edit using Prose.io.
I'd like to be able to use Prose.io with my clients - and extend Prose.io with some interface enhancements that I believe solve most of the developer/client communication issues and allow this end user the ability to rapidly write content which is O-SEO'd from the start. (Some hand-holding/quest-game based interface techniques, and some custom documentation integration techniques)
If you keep Prose.io framework agnostic at it's core, but still make the improvements which can be framework aware (like Prose.io personalities) you allow more users to use Prose.io for the processes they use in their workflows while also giving them the option to gain from the benefit and perhaps eventually completely graduate to a better way of working.
If we keep Prose.io language agnostic then if we work to make Prose.io also work for other files like .css, .sass, .html, .bemhtml, .js, .json, etc. We're going to attract a crowd of developers who really know what they are doing and can not only raise issues, but give you pull requests for features and improvements and help speed up the process of Prose.io development. Eventually we can even tap into things like dochub.io to give documentation help on a "personality" basis. Giving easy access to documentation when needed.
If Prose.io keeps focused on being purely an authoring platform for Jekyll than I fear your developer eco-system will suffer from the same thing that WordPress suffers from; Not enough users who really know how to build and maintain what they build.
@tristen, I'd be interested to hear more from you on this conversation.
Perhaps Prose.io is really going to just be a Jekyll only thing - And if that's what you all want to do with it... no problem - I support it and I'll help here too.
I have dreams that Prose.io has helped me invision with your awesome design and work. Dreams of really having something that can really do what is said in the readme:
We hope Prose + Jekyll will provide a simple, efficient alternative to traditional CMSs that require web and database servers to host content.
That we can have an efficient alternative to the traditional CMSs. This is such a great step forward in the Web Community - one I entirely support.
And in continuing to support that effort I thought that we could continue to extend Prose.io beyond only focusing on Jekyll. The opening statement we have higher up in the readme says:
Prose is a web-based interface for managing text-based content in your GitHub repositories. Use it to create, edit, and delete files, and save your changes directly to GitHub.
And it's very simple and clean and - everything a text-editor should be. I love it.
Anyways... So, I think you understand where I'm coming from here @tristen, do you have anything to add? Or anyone else watching Prose.io - does anyone else have input on this idea?
No argument from me! This definitely covers the project goals.
Closing this - work has started in the v1 branch and issues will be cut to tasks to reflect this new work.
Quick announcement: We're excited to be kicking off new development in prose. You can read more about the changes proposed in this blog post: http://developmentseed.org/blog/building-a-new-prose
Let us know what you think in the comments below.