@number37@rs2000@aaa The mosaic scripts list mentioned looks like the perfect balance to me! Lots of keywords for page searching - pleasing layout to look at - extensible if we found we wanted to add a tags column or something. What do others think? I’m all for it
Thanks for all the work and insight on this @number37
Just for fun, I did a quick test of some summary table formatting on my home wiki. This was to test the DataTables plugin. I think I prefer the look of the non DataTables method. It might be marginally more trouble to maintain though because additions must be inserted in the order they will appear. On the other hand the DataTables plugin adds some interesting features.
The Mozaic Scripts List breaks the tables up into separate sections rather than using spanning columns as I did in the example. That might be the best as headings will automatically generate the table of contents and make the table maintenance easier to use.
You can check the page out if you like. I'll take it down once the page structure is decided.
The "simple" one is more readable, in terms of the way that all modules of the same Type are presented in a way that groups them together. The other more advanced DataTables method is more "busy" in appearance and not quite as easy to skim with the eye, but the filtering ability makes it easier for the user to filter out unnecessary information. But the user-controlled sorting is overkill in this context, IMO. I can't think of any reason someone would alphabetize by description. And switching between alphabetic order by Type vs alphabetic order by Module name won't be needed either, if we keep the info on the basic index page alphabetized by module, and the table on this page grouped by Type.
@parkerfrost have you had a look at the approach used in the Mozaic Scripts List? I sort of think that kind of hybrid approach would be better for this. Rather than one huge table with a bunch of spanned rows to be careful to format right, breaking the list up into separate tables per module type might be better.
As for the look, that's all a function of the Wiki styling. Tables are just entered with a plain text syntax and the wiki software does the rest.
I can't figure out how to log in and begin editing on mobile. But after seeing this comment from you, I tried on my desktop and found a button to log in at the top of the page. Seems like editing is only enabled for the playground page, which is fine for now. When I start adding info, I guess I should stick to the same format/style that's already in use there. I thought people generally approved of @number37's table formatting, but if that's more complicated to implement I'll hold off on that for now too.
EDIT: AHA! To log in on mobile, click the Tools section hear the top of the page, and then Log In will appear at the bottom of a drop down menu!
I thought people generally approved of @number37's table formatting, but if that's more complicated to implement I'll hold off on that for now too
I've only been tossing out suggestions and an example or two. I'm ready to put more time in once the show is officially on the road. If anyone has editing questions, etc, I may be able to help out.
Comments
@number37 @rs2000 @aaa The mosaic scripts list mentioned looks like the perfect balance to me! Lots of keywords for page searching - pleasing layout to look at - extensible if we found we wanted to add a tags column or something. What do others think? I’m all for it
Thanks for all the work and insight on this @number37
Just for fun, I did a quick test of some summary table formatting on my home wiki. This was to test the DataTables plugin. I think I prefer the look of the non DataTables method. It might be marginally more trouble to maintain though because additions must be inserted in the order they will appear. On the other hand the DataTables plugin adds some interesting features.
The Mozaic Scripts List breaks the tables up into separate sections rather than using spanning columns as I did in the example. That might be the best as headings will automatically generate the table of contents and make the table maintenance easier to use.
You can check the page out if you like. I'll take it down once the page structure is decided.
https://wiki.warehouse13.freeddns.org/playground:datatables
(note, I know the "branding" is a copyright violation. The wiki is normally for private use only.)
Looking good. 👍🏾
These tables are BEAUTIFUL !
The "simple" one is more readable, in terms of the way that all modules of the same Type are presented in a way that groups them together. The other more advanced DataTables method is more "busy" in appearance and not quite as easy to skim with the eye, but the filtering ability makes it easier for the user to filter out unnecessary information. But the user-controlled sorting is overkill in this context, IMO. I can't think of any reason someone would alphabetize by description. And switching between alphabetic order by Type vs alphabetic order by Module name won't be needed either, if we keep the info on the basic index page alphabetized by module, and the table on this page grouped by Type.
How do we edit the wiki? I was able to log in but I can't figure out how to make changes or add suggestions.
@number37 The tables look amazing. That truly seems like the best of both worlds! @rs2000 what do you think?
@bcrichards the sandbox section of the wiki is the only one editable right now as the general format is still being hammered out.
@parkerfrost have you had a look at the approach used in the Mozaic Scripts List? I sort of think that kind of hybrid approach would be better for this. Rather than one huge table with a bunch of spanned rows to be careful to format right, breaking the list up into separate tables per module type might be better.
As for the look, that's all a function of the Wiki styling. Tables are just entered with a plain text syntax and the wiki software does the rest.
@number37 Yeah the mosaic scripts system makes a lot of sense to me! Really nice for quick navigation
Agreed, it's clean and strightforward.
I didn't know the Mozaic page before, and I like the short categories overview and how the uploads are split into categories.
Would be fine for me!
Please try again 😊
Ok I was able to edit the playground page.
Haven't seen any action in this thread in a while. What still needs to be done before the wiki can open for contributions?
Editing should be possible already!
Doesn't it work for you?
I can't figure out how to log in and begin editing on mobile. But after seeing this comment from you, I tried on my desktop and found a button to log in at the top of the page. Seems like editing is only enabled for the playground page, which is fine for now. When I start adding info, I guess I should stick to the same format/style that's already in use there. I thought people generally approved of @number37's table formatting, but if that's more complicated to implement I'll hold off on that for now too.
EDIT: AHA! To log in on mobile, click the Tools section hear the top of the page, and then Log In will appear at the bottom of a drop down menu!
For others who want to make contributions, this is where it's happening https://www.beepstreet.com/bwiki/doku.php?id=playground:playground
I thought people generally approved of @number37's table formatting, but if that's more complicated to implement I'll hold off on that for now too
I've only been tossing out suggestions and an example or two. I'm ready to put more time in once the show is officially on the road. If anyone has editing questions, etc, I may be able to help out.