Entries tagged with bugzilla: duplicate

Entry tags:

Make font, header tags effective in entries posted in basic site schemes

Title:
Make font, header tags effective in entries posted in basic site schemes

Area:
Entry formatting

Summary:
In Tropospherical Red and Tropospherical Purple, header tags (h1, h2, etcetera) and <font size="x"> have no effect on the size of text. (Header tags make it bold, but that's it.) In Celerity, header tags work but font tags don't. I'd like that to change.

Description:
There's not a whole lot to add to the summary. Say you have a few entries that are broken up into subsections, or where you just want to mess with the font size for stylistic reasons. (Font color can still be changed, which is nice; I haven't tested other attributes.) But you like the clean look of entries posted in the default site schemes (my favorite is Tropospherical Purple), rather than your custom journal style. Having font tags that are effective in these schemes would really come in handy.

(ETA: Have tried <span style="font-size: 20"> on both an entry and my profile, with no effect there either.)

Poll #1131 Make font, header tags effective in entries posted in basic site schemes

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

View Respondents

This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
9 (27.3%)

Shouldn't be implemented.
3 (9.1%)

(I have no opinion)
5 (15.2%)

(Other: please comment)
1 (3.0%)

Entry tags:

finding posts with more than one tag at a time

Title:
finding posts with more than one tag at a time

Area:
tags

Summary:
Allow people viewing a blog or community to narrow down posts by two or more tags in conjunction; for example, to see posts that are tagged BOTH "reviews" AND "books".

Description:
I don't know at all if this is technically feasible, but I thought I'd give you the idea. :)

I have made a restaurant review blog on your site. So far I'm really enjoying using DW, especially the lack of ads!

As a restaurant review blog, I use a lot of tags. For example, I might tag an entry "vancouver, kitsilano, western, greek, recommended".

Right now, people can click on a tag and see all the Greek restaurants I've reviewed, for example.

I think it would be really cool if people could use more than one tag at once. For example, people could check out all the posts in "vancouver" that are also "recommended".

I think this could be of use to many blogs and communities.

I got the idea when I saw the news post about filters.

As to whether it should be paid-only or not, making it totally paid-only would not be a good idea, I think. For myself, most of my visitors are just browsing. However, having it only available on blogs that are paid, but usable by anyone, would be fine. I would definitely purchase a paid account to do that.

Edit: I originally put this in support but they suggested I put it here.

Poll #1089 finding posts with more than one tag at a time

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
34 (85.0%)

Should be implemented with changes. (please comment)
3 (7.5%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
1 (2.5%)

(Other: please comment)
2 (5.0%)

Entry tags:

Make freetext module dependent on account, not style

Title:
Make freetext module dependent on account, not style

Area:
styles

Summary:
If I apply ?style=mine to another journal, for most modules the information is changed to reflect the data for the journal I am viewing, i.e. the tags are the tags for the journal I'm viewing. The freetext module appears to be stuck to the the style. I propose making it behave like the other modules, and display the freetext written for the journal I am viewing, not the freetext I wrote for my journal when I modified the style.

Description:
Having the freetext module be dependent on an account instead of a journal means that more people would reliably view whatever info one included in the freetext module (only people using light or system styles would miss out on that info.)

It means that, even though you were applying your own style to another journal, you'd be less likely to confuse the two, because the journal wouldn't say something you'd intended specifically for your own purposes.

If I understand the way the stylesystem works correctly, it means that you could keep the freetext when you changed styles, without having to cut and paste from your previous style to your new style. (Like links or tags, the freetext info would be stored separately from the style info.)

The only problem I could see this having is if someone has been using their freetext to store links or info that they use on other people's journals. I don't know if that's a very prominent use case or not.

Poll #876

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

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
35 (94.6%)

Should be implemented with changes.
2 (5.4%)

Shouldn't be implemented.
0 (0.0%)

(Other: please comment)
0 (0.0%)