In reply to bigbadron (msg # 803):

I did eventually find it, though I'd never have figured that out on my own.    Thank you.

With a new site running smoothly, can we, perhaps, consider adding a new feature that would surely make lives of many of us easier? I mean colours. Here's a little user story to explain what I mean.

As a player/GM I would like to be able to select a default text colour for my character/NPC (perhaps somewhere in character description?) so that this colour is considered as default. Additionally, I would like to have additional Quick formatting option called "Colour", so that whenever I select a piece of text and click "colour", the piece gets tagged <colour></colour> and once posted, it is displayed using the default colour selected for my character. (Obviously this should apply only to games, not public forums).

Yes, I know I can do it using "style text" dropdown, but it takes a lot of time, especially with longer dialogue posts. (Unless I am being dumb and there is an easier way of doing it that I'm not aware of).

Suggestions for changes/improvements in new threads please !

Though perhaps your variation on the theme might fit in this existing thread ?  <modesty forbids>  ;P

link to a message in this forum

Thank you, this helps a lot. Still got some wasted real estate but not near as much. It makes swallowing the new design a bit easier.

Edit: I did find that zooming in a bit within the browser helps with the remainder of the wasted real estate. Though sadly 'thread details' still take multiple lines even when there's a ton of space to fit it on one line. However, looking at posts in here it seems that is by design.
This message was last edited by the user at 21:35, Fri 29 Dec 2023.

I do hope that we eventually get the option to use a legacy layout, but I imagine it's very, very low on the priority list. I do find myself logging into RPoL a lot less since the update, but I'll get used to it eventually.

Apologies if this has been listed / mentioned elsewhere.

I have a ton of threads to catch up on after the responsive version of the site became the default version that we all use (and it's possible that what I'm about to mention has already been discussed).

A random bit of weirdness.  The page count section of multiple posts within a thread, and the page count of multiple pages of threads appear differently.

If you are on a page with multiple threads, and it reaches into multiple pages of threads, it looks like so:

https://www.dropbox.com/scl/fi...boghrvtjzmp&dl=0

But then, once you are in a thread, and it has multiple pages of posts, it looks like so:

https://www.dropbox.com/scl/fi...ktojotg5lwt&dl=0

In and of itself, I guess those differences are harmless.  They both pretty much do what's being asked of them. I do find the second one a bit jarring (I guess it's weird for me to read from left-to-right in a descending order.

For some reason "Page 1 of 23 <<1,2,3 ... 23>>" makes more sense to my eye than does "Page 1 of 23 <<23 ... 3,2,1>>"

Specifically, though, my observation/gripe would be that when clicking onto the next page of a thread that I'm reading (either by clicking on the 'Newer' button or on the hyperlinked # of the succeeding page ... when the next page of responses loads, it does so by displaying the very bottom of the next page and then I have to scroll up to begin reading that-which-has-gone-before.

So as a dumb example, let's say I am on a thread that has spanned 32 posts over two pages.  I start on page one and I get to read the posts #1 thru #16, in order, on that page.  But then when I click through to page two, the page will load with the page scrolled all the way down showing the last post on that page (#32) and I would have to scroll back up through all sorts of quite-potentially-spoilery-goodness to get to the next post (#17) that I would like to read.

A) The difference between the way thread pages and post pages are numbered hasn't changed from the old site and any suggestion to change should be put up in a new thread in RPoL Development (that said, I'd vote to standardise, so please do !!  :> )

B) The page behaviour when navigating to a new thread page ... I'm pretty sure that's new (now I come to think on't I had noticed that or something similar but thought it was my browser) and I agree, it should be going back to the top.  Question is, does that work both ways ?  IE ...

IF you're on page one (posts 1-16) and navigate to the next page, you'd want to see the next post in order first (17)

IF you're on page two (posts 17-32) and navigate to the previous page, would you want to see the previous post first (16 at the bottom) or go to the first post on the page (1 at the top) ... I think there's an argument for both (17 if you just want to see what was posted immediately before, 1 if you want to read the whole lot), so it's probably easier to set default behaviour to go to the top of the page no matter whether you're navigating to the next or previous page.

Ah. I guess I just never noticed before.

In any event, these gripes are super minor.  Still loving the site and really grateful for the time and effort Jase and all of the Mods put into it.

When I'm on my tablet and trying to edit pages, editing character descriptions, or quoting a text longer than the edit box it doesn't allow me to scroll down like the old site.  It does not recognize my focus in the box and just moves the entire screen up and down.

Currently I've gotten around this problem by highlighting a section of text and dragging one of the blue highlighting edge markers down which will scroll the edit box.

Is this a problem on the desktop?

I have to admit, styling text seems a pain on mobiles for sure. I always love posting on desktop more for that reason.

In reply to jdtucker (msg # 818):

I have the same problem on my phone, but I primarily run into it with posts. I have found clicking Preview and then going back into the box will fix it. Until I make a change and then I have to hit Preview again.

I honestly thought it was just me or my phone browser choice. I'm on Firefox on an Android which can do odd things on occasion.

In reply to jdtucker (msg # 818):

Have you tried tapping outside the text entry box?

On my phone this occurs as well and seems to be caused by the focus being on text entry.  Tapping outside makes the keyboard go away and I'm able to scroll normally again.

If you're using a keyboard that allows you to move the text cursor, you can also use that to scroll around.


I don't recall this being an observed behavior when the site was in testing, but I can't say if maybe it was and I somehow didn't notice.  It's only been something I recall running into recently, so it may have been some change to the site, or it may have been some change to my mobile's software.

In reply to Ski-Bird (msg # 815):



To avoid that, you can use the little up/down arrows located in the upper and lower right-hand corner of the page (they look like a pair of nested Vs and upside-down nested Vs), and that'll take you immediately to the top or the bottom, avoiding any spoilers while scrolling =)

I don't know if this is a me issue, a new design issue or what, but for some reason, the "new post" icon disappears once I've opened the game now, instead of once I've read all of the new posted threads.

I'm not certain if this is a change, a feature or a setting, but please can you help forgetful people like me have "new post" icons until we've read all the new threads?

Thank you! 💕

In reply to LittleStar (msg # 823):

That sounds like it might be an issue with the new post notification part of the site, as the icons should be behaving like they did with the old site.

If you haven't, you might try clearing any RPoL cookies from your browser and see if that fixes the issue.

I'll give it a go, thank you! I try to be a prompt roleplayer so if it's on my side I will deffo fix it.

Very minor display issue with the die roller results pasted into game thread post ...

Noticed that the part of the die roller results that display the roll, with dotted lines under, and shows details when you hover the mouse over it was displaying was visible on top of the top menu bar (though any explanatory text didn't show), but disappears as you keep scrolling (ie the result line is sitting under the menu bar, except for the end bit.

IE for the pasted results: 08:38, Today: Fred the Fighter rolled 12 using 1d20.  Attack. – 12 only the 12 at the end displays on top of the top menu bar.

(Note that the above is just plain text, not actual dice roller results, so won't display the observed in game behaviour)

If I had to guess, knowing nothing about the programming involved, I'd say the element just needs to be moved down the display priority list (whatever the equivalent of 'send to back' is).  ;P

In reply to jdtucker (msg # 818):

Installed Firefox on my Samsung and can't replicate the issue.  If I swipe inside the text box then it'll scroll that until I get to the top/bottom and then it'll scroll the page instead.  Swiping out the edit area across the outage, add you'd expect.

Tested in this very thread by quoting a message that was about two screen's worth of scrolling, behaved the same as Chrome and the Samsung browser.

In reply to jase (msg # 827):

Were you able to scroll the text box while the keyboard was displayed?  That seems to be the trigger for me.  Whatever the browser is doing when it detects you're entering text so the keyboard needs to be displayed seems lock out scrolling the text entry field via swiping.

Though if I navigate through moving the cursor, that will cause it to scroll.

I'm experiencing the issue using mobile Chrome for Android, Chrome ver 120.0.6099.210.


Additional testing using Firefox 121.1.0 appeared to indicate this is a chrome function as using RPoL via Firefox doesn't have this issue for me.

I also tried swapping keyboards to see if that was somehow a factor (as I use Gboard) but the Samsung keyboard didn't appear to alter behavior in either Chrome or Firefox.

A bunch of testing also revealed that it isn't that the text input field won't scroll, it's just very very finicky.  If I put my finger over the text entry field and just "wiggle" it enough so that the web page jiggles up and down, and I do that repeatedly, lifting my finger and doing that motion at different points on the screen across the text entry field I can eventually get the software to do whatever it's doing to switch scrolling focus from the web page to the text entry field, and then the text entry field will scroll as expected.  This method seems to work best when you don't have a lot of scroll range on the web page.  I was able to get it to work pretty consistently when I had the "edit" screen open for this post and there was nothing above the text entry area except a small bit of white space and the website menu bar and header.

I've just hit "preview" in the edit window so now the very large bunch of text from this message is above the text entry field and I can't get chrome to switch the scrolling focus now.

So in conclusion I would agree that this isn't a site issue but likely a user side issue with how the user's hardware/software is interacting with the site.
This message was last edited by the user at 14:56, Sun 14 Jan.

You should also be able to close the keyboard, and then scroll the page by touching outside the edit box and dragging as normal?
I haven't tested this, though.

Yes, that was always an option (mentioned in msg #821).

My post above was mainly the results of trying to figure out why myself and at least one other user was observing this issue when Jase was not.

My main annoyance is I can't remember if it has always been this way and it has been such a minor thing that I never noticed, or if there was an update to the web browser that changed things at some point.

Either way, not the end of the world, and it's good to know it's not a bug with the site but rather a bug with whomever coded that bit of the web browser. :D

Can't replicate it on any browser using Samsung keyboard (that was my suspicion too, thanks for checking and ruling it out).  It looks very specific to certain setups and at this stage I don't think it's anything I can fix.

I'm wondering what you're actually doing. This is what I get when I click on the 5 successes part (same as the 3 dots for VtM I believe)

https://i.imgur.com/tdTb9KZ.png

I know the text cuts off, but if I scroll to the right I can see the whole result of the rolls.
This message was last edited by the user at 04:03, Mon 15 Jan.

Longshot, but there were some reports on the interwebs a few years back about something called App Cache Cleaner adversely impacting on scrolling behaviour.

One of the troubleshooting suggestions was to try running the device in Safe mode (press and hold the power button until power options appear then tap and hold Power Off until you see Reboot to safe mode) to see if the behaviour persists.

This message was deleted by a moderator, as it was off-topic, at 17:30, Sun 02 June.