This is not great from a UX perspective. The preview should either warn about the size or truncate it like the final submission would do or (ideally IMHO) both. The full text could still be retained in the textarea for ease of editing.
Davorg has posted a piece on LinkedIn (sorry, don't know how to link to it!) saying "Almost 7,800 unanswered 'perl' questions on StackOverflow. Can you help to answer some of them?" and giving the link https://stackoverflow.com/questions/tagged/perl?tab=Unanswered. I am not surprised, as I have never found SO to be a helpful community. If we wish to drive Perl traffic to this site - I assume we do - might it be worth posting answers here & putting a link to the relevant node on SO?
Hello everyone. Is it possible to unparent tangents in threads? In the conversation of Expression form of map or grep, I answered a question as to why I cared about the number of lines. I replied here, and that created a tangent. Is it possible to unparent my reply and its replies into a new thread, maybe titled "I do not like scrolling" or something? It would be to keep the focus on the map/grep topic and let the new topic be its own thread.
In my mind, tangents could confuse some newer users.
I know this may be a bad thought or too much of a bother, but I would like to know. Please?
My OS is Debian 10 (Buster); my perl versions are 5.28.1 local and 5.16.3 or 5.30.0 on web host depending on the shebang.
No matter how hysterical I get, my problems are not time sensitive. So, relax, have a cookie, and a very nice day!
It mentions that TPF "... carries the legal responsibility for Perl 5 and Perl 6..", which is clearly out of date. Also the links are non-SSL. Not exactly something you want to note when going to donate, e.g. - it does redirect to https://donate.perlfoundation.org/, but not before you've already made a request to http.
The node 11118252 has a "special" link that contains a vertical bar (encoded as %7C).
This link has been constructed by specifying the full href, as choroba told me in a private message.
As the vertical bar cannot be used directly in a link at the monastery as it separates the location from the displayed text, it must be encoded in some way.
Trying to use the path IO::Uncompress::Gunzip#Transparent-=>-0%7C1 with some shortcut schemas gives interesting results:
metacpan.org and search.cpan.org work just fine, when accessed with the original path component "as is".
The perdoc.perl.org example is misleading, as there are no anchors within the page.
All the generated links (except the full href) have one thing in common: The percent sign becomes encoded as %25. It depends on the target side if this will be interpreted in a useful way.
I didn't find any documentation on how to include a hex encoded value in a link.
Obviously it is handled different in a full href.
Is this a bug or is it a feature?
If it's a feature, then another feature might be missing: including hex codes in a path.
After my Raspberry Pi stuff I did for a couple of years, I've migrated away from SBC and now focus primarily on micro controllers to perform actions I need done.
I haven't had the 'need' for Perl in some time. Realistically, I'm only checking PerlMonks because it's a habit. I also still use Perl for quick one-off basic math and localized problems.
Other than that, being an ardent Perl user for a couple of decades, I'm finding my desire waning quite quickly. I don't really have the excitement I once held for Perl, nor is the community the same as it was years ago.
I am uncertain as to the future I have with Perl. I know I love Perl to death, but death does not sustain future generations.
I'm starting to think that Perl has been fractured to the point that it's been bypassed, and unless someone comes up with some magical cure to phase in some niche for it, maybe we need to retire.
Flustered and aggrieved I am as we all are, and even though I make money because of Perl, Perl might not be the best recommendation going forward.
Its author has repeatedly made low quality posts with an obvious lack of ability or intent to learn anything, expecting us to give him ready-to-use solutions to help him in his nefarious endavors. To put it bluntly, the poster is likely a scammer or script kiddie, except he keeps tripping up in his own shoelaces and he is too retarded to notice even that.
What is the right thing to do with posts like this, given that replying to them is at best a waste of time, but at worst might lead to other, innocent people being hurt?
delete and ban
try to educate the poster
give a malicious answer that hurts the scammer if he is dumb enough to blindly run code from the internet
report to the authorities
Ignoring or deleting seems like avoiding responsibility, like saying "it's not my problem".
Educating doesn't seem to work - now, nor in general.
As for giving a fake answer, I've once read a chatlog where an angry and overconfident kid wanted to hack his neighbor's wi-fi, and someone convinced him to run yes I want to enable wireless hacking > /dev/sda as root on his (or as it turned out, his father's) computer - which is both evil and hilarious. In any case, this is a dangerous option.
Reporting makes me feel like a snitch - but at the same time, if there is evidence for a crime, I (we) have a moral or even legal obligation to report it.
Over the past week or so I have noticed very occasionally that a page or an asset has not rendered in response to a request. choroba has also mentioned in the CB seeing this or something similar. Just now this has happened fortuitously while I had the network console running in my browser and it reports these problems:
A 500 response when attempting to retrieve https://www.perlmonks.org/css/common.css from the server at 22.214.171.124 at 11:16:54 GMT (Response header timestamp).
The 2 assets were then immediately re-requested by the browser and successfully served by that same server with the same timestamps.
I hope that this helps in tracking down the problem.
I was wondering if <details> with <summary> could be added as acceptable html here in PerlMonks. Those tags could be used when code or data examples are more than 10 or so lines. <readmore> is great for keeping long batches of code or data from the main list of posts, however, long batches of code might do well if kept in a <details> tag where the code or data can be hidden to keep page lengths from being over long upon initial load. So what do you all think?
Hello, hope your mask is securely in place on your face.
I noticed that there are fewer Monastery Gates posts in the last few days.
I'm not complaining, but how can I help increase the Gates-posts, if possible?
Looking at the moderation and janitation histories, two things happened at the same time
("2020-05-08 21:42" in my timezone):
The post was moved from SOPW to Meditations.
The post was approved (apparently in SOPW section).
We've previously seen this situation where a move and a subsequent approval were registered in the database out of order.
I suspect this node is approved in SOPW so further attempts to approve it are ignored;
however, as it's actually in Meditations, it's showing as unapproved in that section.
In the past, this has needed senior moderator intervention to fix.
I've no idea of the exact cabal/level/other requirements.
(If you've already got jQuery loaded from another nodelet hack, you don't need to put that <script> tag twice, of course.)
Since this code isn't particularly long, if you'd like to customize any of the CodeMirror settings (like indentation), you can also copy the below code into your Free Nodelet directly (inside <script> tags, and omit the final <script> tag above).
There is support for CodeMirror Themes: add the desired stylesheet to the Free Nodelet (e.g. <link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/codemirror/5.53.2/theme/lesser-dark.min.css" integrity="sha256-kRDm75ZpAk6HEGxwszCLc7vt79azRsrfybbL4llVXBw=" crossorigin="anonymous" />) and then add <script> CM_THEME="lesser-dark"; </script>.