I'm glad you're liking it so far. I'd love any help you're interested in providing for US 5 also...I've taken a tiny break to work on a few personal projects and to do a full 3rd party security audit of UserSpice 4.1.x, but I'm about to get cracking on the US5 language files.
1. No guesstimate of a US5 release. I think US 4.1 is pretty good and has been pounded on a ton so I'm not in a hurry. UserSpice is actually just now hitting its 1st anniversary.
2. Both 4 and 5 are being written in 5.6ish but have been tested on PHP 7 without incident so far.
3. All dependencies are included. It uses font-awesome, bootstrap, and jquery. Most of which will be loaded via CDN (by default) in 5, but are included with 4.1. UserSpice 4.1.8 will bring both FA and BS up to current versions.
4. I consider it HTML5 valid. I'm sure there's some de-linting that needs to be done here and there.
5. Yep. 100{3bc1fe685386cc4c3ab89a3f76566d8931e181ad17f08aed9ad73b30bf28114d} PDO. The Input::get method sanitizes data whether from GET or POST. Queries are all bound properly.
6. See 5.
7. Yeah. We've definitely talked breadcrumbs. It's not in there yet, but it's on the list.
8. No messaging system at the moment. We've tried to avoid full CMS bloat...but it's an option. I have one in projects I've built on US41, so it's definitely an option.
9. I personally suck at AJAX forms. We should go that way for 5...but I'm on the fence.
10. Most forms are validated on both sides...but there is more work to do on the client side.
I hope that helps.
Thanks for the quick responses! If I want to start digging into things, do you have an alpha version of US5 at this point, or would it be best to start with the latest stable version?
Sorry for the delayed reply. Things got really hectic on my end.
I think I'll start with the recent 4.1.7b referenced on the home page. Whenever v.5 comes out, do you expect major structural changes to where it would be difficult to migrate a 4.1.7b version to v.5?
Thanks!
I would expect there to be some work making the transition. There will be a database migration script that will redo some stuff. The bulk of the settings that were in init.php will be moved to the database, so those will have to be redone (through sometime like our original installer). A lot of the navigation is moved to the database as well. Also, the default styling will be pulled in via cdn. I'll add stuff to make your classic styling to work as is.
So....it will be config changes, but your actual code will still work as is.
Ok, that doesn't sound too bad.
Regarding bread crumbs, I was thinking the "pages" table could be modified to add these columns: "is_parent_of" and "is_child_of". That way, when a user access page 198, we could make a bread crumb leading to that page based on "is_parent_of", then get the parent of that page, etc.
I'll also probably add a "page_title" column to the "pages" table, but that's not really related to the bread crumb.
Thoughts?
Upon further review... I would definitely add a "page_title" column. This could double as setting the title for that particular page for browsers and such, in addition to being the title used for the link text in the bread crumb.
I definitely second the page_title column - I have implemented this myself use it for page titles in browsers as well as the title for the page within the body.
We can talk about how to use it moving forward.
