Gentlemen, you can't fight in here! This is the War Room!

It is possible to make everybody happy. As I mentioned previously, we can have different domain names for different UX facades of the site. This has been demonstrated already: visit css.perlmonks.org.

I hadn't...but I have now :)
Looks interesting and I shall read properly.

Thanks for pointing me in the right direction.

But...and it's a big but...people should be able to visit www.perlmonks.org and see a modern, mobile friendly, responsive website. The content is already amazing, but the delivery is poor. I return to my point that, if Perl is not to be considered as a outdated language, the resources people find when they look for or at Perl need to be contemporary.

'Messing around' copying javascript into nodelets is all well and good only for those who are already here...

The content is already amazing, but the delivery is poor.

Both assertions are subjective. I happen to agree with the former and disagree with the latter. This site is one of the very few content-driven sites I use which is fast, reliable and bandwidth-lean. I wish more were like it.

---

🦛

> I hadn't...but I have now :)

Surprising, because your second post here ( Re^2: Development of PerlMonks "Mobile" is now open for business ) was in a reply to a post which mentions it explicitly.

Cheers Rolf
_{(addicted to the Perl Programming Language :)
Wikisyntax for the Monastery}

Personally, the "old school" look of the site is what I initially found so appealing. The great help I've received so far has just been icing on the cake. However, I do know that people in the wild are sometimes turned off by the site's presentation, which is a shame given the great content here. I just came across this recently in a Mastodon conversation I was having with someone espousing the friendly Perl community and this site in particular. So maybe giving the site a slight face lift to attract new people may be a good idea.

The single biggest concern: does the page still work correctly (as in still render usably) on desktop with JavaScript disabled after the change?

There are many people who rightly disable JavaScript for security reasons; I am one of them. Idiot hipster web designers who just say "enable JavaScript" are, well, idiots who deserve the ransomware they will someday get from a drive-by JavaScript exploit. Any site that relies on JavaScript to load the actual page content goes straight into my "do-not-visit" list of trash sites.

Please do not put PerlMonks into the garbage bin.

One bad example is our power company's website. It was recently redesigned, and it's full of bugs. First of all, it was not responding to clicks. I clicked on NEXT, and nothing happened. A few weeks later I tried again, and it was working. Okay, so everybody was assigned a new account number. We all have to log on and create a new online account. In the process of doing that, I got rejected because my name is too long. Then somehow it let me past that point, but then it rejected me because my email was associated with another account already. That is impossible! Oh, perhaps that's because they remembered that my old account used the same email. Apparently they didn't delete my old account. They just disabled it or hid it. Anyway, they won't let me sign up with the same email I always use. So lame! I gave them a different email address, and then it said that my account number is not found. At that point, I gave up! I'll just send my payment in the mail.

((Of course, that's just the technical side of it. In their billing department, there are huge problems as well. Many people are complaining that they get overcharged. Some people get no paper bills for months. Then all of a sudden they get one $1000 bill threatening to disconnect power unless they pay it immediately. It's one thing when a company has a bad website, but when their other departments are having equally bad problems, then that's a truly bad company. And since this is a power company, there is no competition. :P ))

I just hope that whatever is done to PerlMonks website, it won't become like my power company's website. Save us from a ton of misery, please. Don't make some major change that everybody regrets later.

Hello Bod

You write:

...to convert the site to being mobile friendly - IMHO, the first stage of converting a legacy website to something more modern...

Here I disagree with you: for me, having a mobile version of a website giving help on programming is no real use-case. My main use-case is to copy-and-paste code-fragments to try them out and to modify them ... not to type them in by hand, using my mobile as source...

However if you want to add a frontend to perlmonks that makes it look better in your eyes: go ahead. As long as the original layout remains (so the user can choose)(and as long it works without javascript).

Rata

Fair comments Ratazong

For me, I read content here far more than I paste code and probably 85% of that reading and commenting is done on a mobile device - I just don't use my laptop unless necessary. I am not alone in that.

But...my point is not about usability for people already here.
It is about showcasing the Perl language in the best possible light as a modern, capable and worthy language. It is about young, up and coming programmers see this site and other upholders of the language and thinking "I want to be involved in this technology" and not thinking "how old-fashioned".

Almost all reads and most of my posts here are from mobile.

Cheers Rolf
_{(addicted to the Perl Programming Language :)
Wikisyntax for the Monastery}

I'm pretty much the complete opposite. Veeerry infrequently I might peek from a mobile browser but 97+% of the time I'll be interacting from Safari or Chrome; in fact I can't think of a time I've actually made a post from my iPad (and wouldn't unless I had the bluetooth keyboard going in which case I'm halfway to laptop).

Might be interesting (and someone's probably done so in the past) to look at the user agent info and see what people are actually using rather than anecdotal self reporting.

The cake is a lie.
The cake is a lie.
The cake is a lie.