 |
| ||
|
| Author | Message | Page: 21 ... 10 9 8 7 6 5 4 3 2 1 [all][bottom] |
RPoL faqs (rubbcode) <-rpol.net https://r.rpol.net/help/?t=faqs&page=rubbcode <-r.rpol.net Is it the "www"? https://www.imgur.com https://imgur.com/ nope! | |||||||||
| |||||||||
HTML-based or HTML-wrapped tables seem to render okay, but bare Easy Tables and Grids do not render their line that I can see. This message was last edited by the user at 00:47, Sun 14 July 2019. | |||||||||
See if character sheets are better now. It was applying the wrong overall style (there and probably a few other places). The whole flow on that page for small devices isn't right, will have to tweak that. Also note that when getting really narrow that character sheets might force a sideways scroll on the entire page. I'll get a fix for that in too. r.rpol.net isn't linking because of the short "r.". Will see if I can tweak that but want to get a much better link detection in place so will take a while to fiddle. Easy tables/grids I haven't paid any attention to yet so will have to give some love to them. | |||||||||
While looking around I found another character's sheet (in one of my games) which is very wide which is overlapping with the the right hand sidebar menu, but I'm not sure what can be done about that as I don't think we can call that a coding problem - either live with it or set a maximum character sheet width ? | |||||||||
I think that's what I did anyway. (c; I'm current changing a bit with the flow, getting rid of left floats and replacing them with inline blocks (for those in the know) which improves some of the layout and the logic behind it. I would use "flexbox" but 95% browser support is too low and I can do it with inline blocks and some floats fine, it's just easier with flexbox. That's a long winded way of saying I'm adjusting a bit of stuff so have taken a small step backward, once I get that sorted then I can proceed with other fixes. | |||||||||
Please let us know when to check again... I checked just now and bare Easy Tables and Grids are still not rendering lines. I figure you may not have gotten to this yet, or my browser (a Chrome derivative) is to blame. Thanks, D | |||||||||
| |||||||||
Not here to argue, but: They may be "just borders", but those borders are part and parcel of how Easy Tables and (especially) Easy Grids are supposed to work. I know of no way to turn off the borders except using the responsive site, and I'm pretty sure that's not by design, hence my interest, and my reports. There are numerous character sheets and other documents in Heaven - Gaming Resources that depend on this functionality. | |||||||||
It's the same for a table: by default, it should only put stuff in cells. Everything at the top of the cell, with the text left aligned, the cells just as big as their content, etc. But if you want, you can center things, resize the cells, have some span multiple columns or rows...or have borders. Which is exactly the case for the tables on wikis for examples. The fact that on the main site you have borders by default is the problem, not the other way around. It may come from the fact that it's not easy to define what the border is supposed to be, so a choice had to be made between border or no border. And maybe it's a choice that will have to be made again. And there are arguments to go both ways. | |||||||||
HTML-based tables should work the way they always have. Easy Tables and Grids are a technology unique to RPoL. Two different things.
Not really. The whole point of Easy Tables was to make it easier to make tables without having to learn HTML. As I said before, anything you can do in HTML elsewhere you should still be able to do here. The standard in use, by the way, is XHTML 1.0.
I would respectfully submit the above assertion to jase for evaluation. We disagree. | |||||||||
Character sheets should now scroll rather than force the content wide. Individual elements within the sheet or the entire sheet might have a scrollbar left/right depending on the element. Easy tables and grids should also now side-scroll in messages and grids shouldn't reduce their width to try and fit in with the content Speaking of, I appreciate the enthusiasm around easy tables and grids. The simple fact of the situation is that the main website currently renders borders and I'm not about to change how they work. I can't make such a wide retroactive change and exclaim "surprise, all your old tables no longer have borders!". With that in mind you should now find your easy things now have borders. | |||||||||
| |||||||||
Thank you, jase. Is there a trick to getting a new color scheme to render in the responsive site? I've changed mine a number of times (I prefer a dark red scheme for use at night), but I seem to be stuck with the same old default pale blue set. (Flashpeak Slimjet Version 23.0.9.0 (based on Chromium 74.0.3729.108) (Official Build) (64-bit) under PCLinuxOS 2019.02...) | |||||||||
I think we've previously discussed schemes in this thread, they aren't working as I don't want to constantly update 16 themes. It's all fluid at the moment so I'm just sticking with the one theme. You can however create your own custom theme, just be aware that it might quickly get outdated (but I'm ok with that as now you have to edit it rather than me! :) | |||||||||
Thanks. Just to be clear, <table border="0"><tr><td>blah</td></tr></table> means to wrap the Easy Table/Grid content with the table border tags to control display width of border lines, as in: <table border="3"> <tr> <td> | Some quick Easy Table Content here | | </td> </tr> </table> would yield: and replacing the "3" in the above with "0" would not draw border lines at all. Neat! I'll add this to my articles. | |||||||||
| |||||||||
I'm going to venture a guess here: perhaps this is theme-related? The background for headers chooses the color for header backgrounds from the "header background" attribute of the theme in use. We know, from what jase told us, that themes, per se, don't yet work on the responsive site. This problem may fix itself given time? | |||||||||
| |||||||||
| |||||||||
I've deployed a rather large update to the layout for the informational boxes and tables, a lot have now been converted to the newer format (but not everything at this stage). You should notice that most of the informational boxes now take up the available page width but no more. This may result in some being wider than the text itself dictates, which I can worry about as a minor improvement going forward. There were about 100 old tables that have been converted to divs so I've undoubtedly messed up a few so please do let me know if anything's wrong. I did some other tweaks/changes along the way and though it was good stuff when I did it, however I don't have a clue what it was anymore! (c; I also made all the textarea (i.e. the area you use when submitting a message) as wide as the screen can cope. Lastly, and fairly importantly, I've changed the responsive points. Previously as the viewport width shrunk the content would rewrap and then if it went even narrower the menu would collapse, however now it's the other way around (and the way it should have been all alone). Content has the priority so the first thing to give way is the menu and then the content will wrap. If you want to see what I'm on about then go to the main menu or game menu and start reducing the browser width. First the content will squeeze up a bit and once it starts to get a bit too cramped the menu will collapse up to the top. Keep on going then the rows will change and you'll have the game/thread information over two lines rather than one. Enjoy (I hope!). | |||||||||
Which reminds me - is setting up the fixed header still on the to do list ? I think there was some suggestion that it might not be possible in the responsive format, but disabling fixed headers is still there as a user preference, so I live in hope. ;> The collapsed menus would work better with a fixed header ... currently there's a bit of scrolling required to find a menu (ie to move screen back to top or bottom as the case may be), but with a fixed header and menu icons they'd always be just be one click away. | |||||||||
I realise the menus do get left behind with all the scrolling which is why there's a "top" link (as well as main and game links). If there's other links that would be good in the footer then that's exactly what this thread is for! | |||||||||
I see the reasoning that I'm most likely down at the bottom of the thread, having read all the new posts and then I hit post reply ... and on the reply screen the menus are at the top with the compose message box, so I can easily open up say character sheet, game map and dice roller in separate tabs, so all the functionality is there. On the old site I open everything I'm going to need including the post reply screen from the game thread and then switch to whichever open window I need to go to first. So responsive layout is just a different way of working for me that'll take some getting used to. :> Main menu, game menu, top, post reply ... that probably covers most things. Unless we have collapsed menu icons in both header AND footer, which would give us everything at both ends of the page ! But that might be greedy. ;> | |||||||||
That kind of stuff I'd probably wait until after the responsive site is finished in its first form. Then all the outstanding feature requests before looking at any layout tweaks. Have tweaked a more more things. Input boxes should now use the site's font besides the "textarea" inputs (what I be using now) as that's normally better off with a fixed-width font. Should just make the prompts for subject, bios, character name, dice roll information etc etc just a little nicer. Slightly larger font too and increased the padding so it's not so squished. Also changed the game search on the main menu from an old table to a div/responsive friendly layout. Mostly the same look though as I didn't think it needed much tweaking otherwise. As (well, rather if) I get feedback on areas that need fixing I'll concentrate on them otherwise I'm now at the stage where I'm just working my way through the site to check each screen and fix them as I go. Main menu is obviously the first and then the signup/logon pages, create a game, game itself, viewing a thread and so on. |
moderator post 
admin post | [top] |