Adding Calandar Fucntion To Site Menu

[willow]

Title:
Adding Calandar Fucntion To Site Menu

Area:
Site Organization / Site management

Summary:
It should be possible to reach one's personal archive by using the site's menu bar. Possibly by going to READ and having the pull down menu include @Archive

Description:
I would like when I am using dreamdwidth site schemes, to be able to access my archived journal entries via a link in the menu. I think the archive link should be under Read (as in Create, Organize, READ, Explore, Shop)

And that it should say @Archive, allowing access to my journal's archived post without me having to first -go- to my journal and then click Archive from my journal's menu options.

Poll #742

Open to: Registered Users, detailed results viewable to: All, participants: 31

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
25 (80.6%)

Should be implemented with changes.
3 (9.7%)

Shouldn't be implemented.
3 (9.7%)

(Other: please comment)
0 (0.0%)

Modify disable comments function

[zvi]

Title:
Modify disable comments function

Area:
entries

Summary:
1) Let journal owner see comments on entry where comments are disabled.
2) Provide option for disallowing future comments, while allowing current posts to remain visible.

Description:
People sometimes disable comments on an entry after comments have already been posted to the entry. People sometimes disable comments to their entire journal after people have made comments in it. While this is sometimes an effort to erase the record, more often, it is a signal from the journal owner to their audience that they do not wish any future comments.

1) I propose that the disable comments function, instead of making comments already made 'disappear', allow the journal owner to continue to see those comments. However, these comments should be presented without replyto links, and the replyto for each comment should redirect to the thread link. This will prevent the journal owner from repeatedly commenting to those who are no longer able to respond.

For a journal entry which is originally posted with comments disabled, the current behavior is preserved. For those journal owners who prefer the current behavior to the suggested behavior (i.e., they want disabling comments to prevent <em>them</em> from seeing comments already made) they can add this line to their customized css.

div.comments {visibility: hidden; speak: none; }

2) As I said, often disabling comments is not an attempt to hide prior discussion, but to stop future discussion. In certain circles in LJ, disabling comments on a contentious post is viewed as a cowardly coverup. Allowing past comments to remain visible to everyone able to the view entry, while disabling the replyto function, would let the historical record remain clear. Of course, the account which posted a comment should still have the ability to delete the comment, but they should not have the ability to *edit* any comments, even if they are paid users and the comment was never replied to.

Poll #741

Open to: Registered Users, detailed results viewable to: All, participants: 50

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
15 (30.0%)

Should be implemented with changes.
30 (60.0%)

Shouldn't be implemented.
2 (4.0%)

(Other: please comment)
3 (6.0%)

Have an RSS/Atom feed of the Reading List

[azurite]

Title:
Have an RSS/Atom feed of the Reading List

Area:
entries, rss

Summary:
Have an RSS/Atom feed of one's entire Reading List, including protected entries

Description:
I have yet to find a robust journaling site that has all the great features of friends and communities that also supports a singular RSS/Atom feed of the friends list/reading page. This would help users that want to view a "quick summary" of their reading page and only view the entries that are of interest to them at the moment, without necessarily looking at the whole list of full entries in a browser window.

Rather than having to friend a multitude of journals and communities in order to try and read entries (and not even protected ones, at that), have an RSS/Atom feed of one's entire friends' list, with a secure way for people to see protected entries in their reader of choice. (As an aside, using cookies supposedly doesn't work with most RSS readers, but NetNewsWire, the reader I use, does have an option for entering in a User ID and password and saving that in order to see protected entries.)

I have seen this done through convoluted hacks like styles and such on LiveJournal, but for me, it stopped working a little less than a month ago, with no explanation. If this kind of thing were officially supported, it would be wonderful!

Poll #740

Open to: Registered Users, detailed results viewable to: All, participants: 46

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
32 (69.6%)

Should be implemented with changes.
8 (17.4%)

Shouldn't be implemented.
5 (10.9%)

(Other: please comment)
1 (2.2%)

Align descriptions with text boxes on Customize page

[cesy]

Title:
Align descriptions with text boxes on Customize page

Area:
customize journal style

Summary:
On http://www.dreamwidth.org/customize/options.bml?group=customcss, the description "Use embedded CSS" is aligned with the bottom rather than the top of the box it is referring to, which is slightly confusing. Change the alignment so it is aligned with the top of the box.

Description:
Slightly confusing alignment, so making it more user-friendly. It'll take a bit of developer time but I can't see any other drawbacks. It's only really relevant for the big boxes like the example I gave.

Poll #746

Open to: Registered Users, detailed results viewable to: All, participants: 31

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
31 (100.0%)

Should be implemented with changes.
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(Other: please comment)
0 (0.0%)

?style=default

[ciaan]

Title:
?style=default

Area:
viewing/navigation

Summary:
Just like ?style=mine and ?format=light (soon to become ?style=light, I believe), add the code for ?style=default (or ?style=site, or something) to display pages in the default site scheme.

Description:
This would be helpful for newsletters and for other people providing links, and it could also be used in viewing settings for reading lists and the like. It would also be available for people to use on any page they were viewing. There are a lot of options that are available on the default site scheme pages that aren't available in format=light, and many people dislike the way format=light looks. But there are also times when people don't want to view pages in their own style, and there are many people who dislike seeing their style on content outside of their own journal, and there are times when someone wants to link to something without forcing the viewer's style on it and without leaving it in the original style. (In the polls I've seen, the clear majority of people prefer viewing site scheme comment pages to format=light or to any customization.)

This option would be available for everyone to use as a manual add-on in the URL, same as style=mine and format=light, and it would also be available in the nav bar links and in the settings page, or anywhere else that the user can choose to set style=mine and format=light.

Poll #752

Open to: Registered Users, detailed results viewable to: All, participants: 45

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
42 (93.3%)

Should be implemented with changes.
3 (6.7%)

Shouldn't be implemented.
0 (0.0%)

(Other: please comment)
0 (0.0%)

Navbar font

[cesy]

Title:
Navbar font

Area:
navbar

Summary:
Navbar font should be independent of other journal style details.

Description:
One of the most useful features of the navbar is being able to hit "style: mine" or "style: light" very easily when faced with an unreadable journal. However, this is defeated when the journal style customizations have also affected the navbar, and I can't read it to find the link. Therefore I suggest that the font face, font size and font colour in the navbar should be independent of customizations made to the rest of the journal style.

Possibly they could be made customizable by the journal owner, or possibly the navbar should be entirely controlled by the reader, but either way, changing the display of the navbar should be a deliberate step rather than a side-effect of trying to change the font on the rest of your journal.

Poll #754

Open to: Registered Users, detailed results viewable to: All, participants: 36

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
27 (75.0%)

Should be implemented with changes.
8 (22.2%)

Shouldn't be implemented.
0 (0.0%)

(Other: please comment)
1 (2.8%)

Selective Display of the Navigation Footer in Transmogrified

[ninetydegrees]

Title:
Selective Display of the Navigation Footer in Transmogrified

Area:
Transmogrified style

Summary:
Remove the navigation footer when you can't use it.

Description:
In Transmogrified, the navigation footer is always visible even when you have no day, month or year to go back or forward to. This results in an empty white box being displayed at the bottom of archive pages, except on the year page where you can see the current year.

See for yourself (these link to dummy content so no worries):

http://experiment.dreamwidth.org/calendar
http://experiment.dreamwidth.org/2009/07/
http://experiment.dreamwidth.org/2009/07/10/

I suggest changing the code so that the navigation footer is only printed when you can use it to browse one's journal. This is purely for aesthetic reasons. ;)

Poll #753

Open to: Registered Users, detailed results viewable to: All, participants: 20

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
16 (80.0%)

Should be implemented with changes.
3 (15.0%)

Shouldn't be implemented.
1 (5.0%)

(Other: please comment)
0 (0.0%)

Add Telenor DK as supported service provider for text messaging

[blnchflr]

ETA: As it turns out, my SP doesn't offer this service because they suck

Title:
Add Telenor DK as supported service provider for text messaging

Area:
text messaging

Summary:
Add Telenor DK as supported service provider for text messaging, as currently only Telenor NO is supported

Description:
Add Telenor DK as supported service provider for text messaging, so Danish Telenor users may also receive text messages via http://www.dreamwidth.org/tools/textmessage.bml?user=[user]

I don't know what goes into providing support from a given service provider, but I assume you do :o)

Here via the reply to my support request, filling up your suggestions comm with less urgent suggestions.

Poll #751

Open to: Registered Users, detailed results viewable to: All, participants: 10

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
8 (80.0%)

Should be implemented with changes.
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(Other: please comment)
2 (20.0%)

Change the landing page of the Edit Filters page

[zarhooie]

Title:
Change the landing page of the Edit Filters page

Area:
site doc

Summary:
The landing page after you edit/create filters is contentless and useless.

Description:
I think that the landing page after you edit your filters should have links to things you can do with your filters, like post. I know those are already in the site map, but having a quick link that say "Click here to post using your new filter(s)" would be useful.

Poll #757

Open to: Registered Users, detailed results viewable to: All, participants: 24

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
18 (75.0%)

Should be implemented with changes.
6 (25.0%)

Shouldn't be implemented.
0 (0.0%)

(Other: please comment)
0 (0.0%)