Slash Boxes

SoylentNews is people

posted by martyb on Saturday March 21 2020, @12:30PM   Printer-friendly
from the if-at-first-you-don't-succeed,-avoid-skydiving-or-making-immediate-changes-directly-to-live-systems dept.

[2020-03-21 15:06:00 UTC: Update 1:
(1) Reminder: this has so far been implemented only on our *development* server (; it has NOT yet been rolled out to this (the production) servers.
(2) The control (now a simple text link, no longer a button) no longer defaults to taking up a whole physical line immediately above the first comment.
(3) Please note that in certain corner-cases, it is possible that screen size limitations may cause an overflow onto the next line.
(4) And the control should now appear aligned-right in the story header. =)

[2020-03-21 15:42:00 UTC: Update 2: Fixed typo in the first of the above two links to our dev server. --martyb]

This is a follow-up to: Changing the Site UI to Making Long Stories Easier to Navigate -- Input Requested.

Wow! Thanks for all the positive feedback to the previous story! I knew the implementation was a bit rough around the edges, so I very much appreciate the positive, constructive feedback that was provided!

Based on your input -- primarily displeasure in having a single button take up a whole physical line -- I have modified the in-memory template on our development server to now provide a textual link in the story header right after the printer icon. It should only appear when viewing the story by itself; there should be no indication of this on the main page.

To repeat, this is only on our development server so far; it is not yest implemented on our production server (i.e. what you see here).

In short, should this get rolled out to production?

  1. Yes.
  2. Yes, with these suggested changes.
  3. No.

Please refer to the previous story (linked above) for test scenarios and reply with any issues you may find!


Original Submission

This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 2) by martyb on Sunday March 22 2020, @03:20AM

    by martyb (76) Subscriber Badge on Sunday March 22 2020, @03:20AM (#974010) Journal

    I sense you are unaware of just how much is involved in implementing your suggestion.

    What I have done so far is temporary. It would disappear if the site crashed and was restarted. But, since the change is restricted to a single template, I can (and have) retained a copy of it as a local filer that be easily restored. Separately, there is the matter of getting this change into the formal build process. Again, because it is localized to a single template file, it should be relatively easy to add it to the build system. Note: That is not in my skillset, nor, for that matter, do I have the privs to do so; would require my making a pull request and The Mighty Buzzard merging it into the site code. Even then, I know in a gemeral way what needs to be done, but as they say, the devil is in the details.

    Adding an icon in another level of complexity. First, you DO NOT want me making the icon; my artistic skills are on a par with a crayon-wielding, five-year-old child. Then the icon is a separate file which must be put in a "known location"; said file must also be merged into the build process. Attendant to that, the icon needs to be correctly referenced in the template. Oh and that helpful alternate text which was suggested needs to be written and added. There's more, but that should give a taste of what is required. And for what benefit? Perhaps in the long run we may choose to do this, I am not entirely dismissing the possibility.

    On the other hand, I had the great fortune to be attend a course on human factors and good web design given by Dr. Jakob Nielson []. His article on Ten Usability Heuristics [] just scratches the surface. He actually investigates different designs and measures how effective they are in helping or hindering people. By comparison, there are loads of people who employ less-than-ideal practices for web design. Has not been updated in a while, but Web Pages that Suck [] is a classic collection of things to NOT DO on your web site! See, too, Mystery Meat Navigation []. And, for an example of how bad things can get (and maybe a good laugh at how absolutely garish it is, I offer the considerably toned-down: [].

    So, my whole point is that if there were a sufficient demand for it by the community, it *could* be done. OTOH, there are so many other things that need doing on this site, that I do not foresee your suggestion gaining much attention for a while. Let's run with the text only for a while as an experiment. We can revisit this in a month or two, or whenever TMB finishes his home remodeling.

    Wit is intellect, dancing.
    Starting Score:    1  point
    Karma-Bonus Modifier   +1  

    Total Score:   2