Expand Cut Tags

No cut tags

Images auto-resize (RESOLVED)

Apr. 21st, 2017 09:21 pm
prue84: (Default)
[personal profile] prue84 posting in [community profile] style_system
Hi all. :)

I've just made the final step to import LJ to my dead DW account. I don't wish to bother with installing a custom style and picked "Argyle" theme from the ones available.

I just occurred into an issue that makes me go mad.

For years, LJ didn't resize the images in your entries, so if you have a pic bigger than the container (or even your screen), you just got the horizontal scrollbar.
Recently, though, LJ started to auto-resize them and in my LJ style they get resized to 500px. Aspect ration is respected. I was then forced to modify all my posts to add a link for the fullsize (xx_original.jpg) pic.

I should also note that in the html for the entry I always specify the width and height of every image.


On DW, though (or, at least, in the style I'm using) there is no resize. I tried to manually the code seen here and then add some variations of

.entry-content img {
max-width: 99%;
height: auto;
}


in the custom css, changing from "99%" to "100%" or "500px". Anyway, the point is that aspect ration is never respected, the image keeps the original height and therefore the images gets stretched.
Same post: on LJ and on DW. (put the max-width to 500px so you can visibly see the difference).

A research on google didn't help, the code above should be apparently enough. Is there any way to force the aspect ration to be mantained on my theme? I don't really want to edit every single post to change the width and height values (and doing calculations for every single image so to respect ration - see, open every image in image editor, scale to 500 and note down the new height value) and, at this point, I'm too much used to the image resized that I don't want to see the original size in the entry anymore.

I use Argyle for Crisped. My account is free.


Thank you. :)

Spinach Daal with Spiced Eggplant

Apr. 21st, 2017 08:01 pm
highlyeccentric: Demon's Covenant - Kitchen!fail - I saw you put rice in the toaster (Demon's Covenant - kitchen!fail)
[personal profile] highlyeccentric posting in [community profile] omnomnom
This is really a mash-up of two recipes, with the ultimate aim of providing Sufficient Nutrients in a single meal. The first is Jack Monroe's Spinach & lentil daal, from their second book; the second recipe is the Epicurious Indian spiced eggplant recipe. Both have been customised by me, for me. (This means they are white girl versions of indian food. Caveat lector)

Access and dietary notes )

What you need and what you do with it )

Yuri!!! on Ice Art - Sweet Nothings

Apr. 20th, 2017 05:49 pm
shades_of_hades: (yoi - Viktor heart)
[personal profile] shades_of_hades posting in [community profile] anime_manga
Fandom: Yuri!!! On Ice
Artist: shades_of_hades (stubborncupcake on dA)
Title: Sweet Nothings
Pairing: Viktor Nikiforov/Yuuri Katsuki
Rating: Pg-13
Warnings: Implied sexy-times.
Disclaimer: Art is mine, characters are not.
A/N: Large pic again, sorry.

(Fake cut to jounal)

Yuri!!! on Ice Art - Honeymooners

Apr. 20th, 2017 05:31 pm
shades_of_hades: (yoi - Viktor heart)
[personal profile] shades_of_hades posting in [community profile] anime_manga
Fandom: Yuri!!! On Ice
Artist: shades_of_hades
Title: Honeymooners
Pairing: Viktor Nikiforov/Yuuri Katsuki
Rating: Pg-13
Warnings: Mild nudity. Suggestion of post-naughtiness?
Disclaimer: Art is mine, characters are not.
A/N: My first Yoi art. I'm not crazy about Yuuri's face, but this was still fun to do. Sorry about the size of this, I haven't figured out how to resize things on my tablet, so the pic is huge.

(Fake cut to journal)

The importer has (mostly) caught up!

Apr. 19th, 2017 11:02 pm
denise: Image: Me, facing away from camera, on top of the Castel Sant'Angelo in Rome (Default)
[staff profile] denise posting in [site community profile] dw_maintenance
Our content importer has mostly caught up with its backlog; almost everything that's still listed as being "in the queue" are jobs that were tried, failed once or more with a temporary failure, and are waiting to try again. (The importer tries a few times, at successively longer intervals, when it gets a failure it thinks might be temporary/might correct itself later on.) This means that new imports scheduled now should complete in hours (or even minutes), not the "several days" it's been taking.

If you tried to schedule a second import while the first one was still running, at any time in the past 10 days or so, you may have confused the poor thing. If you think your import should be finished by now and it isn't, and you're seeing "Aborted" on the Importer Status part of the Importer page, feel free to open a support request in the Importer category and we'll look into it for you. (It may take a little bit before you get a response; those of us who have the access to look into importer problems have been really busy for the past two weeks or so, and I at least need a few days to catch my breath a bit before diving back into the fray! But we'll do what we can.)

I hope all y'all are continuing to settle in well to your new home!

profile: table problem

Apr. 20th, 2017 02:09 am
fueschgast: (headdesk/facepalm)
[personal profile] fueschgast posting in [community profile] style_system
I'm terribly sorry, this is probably the wrong place to ask for help, but I'm doing it here anyway because I couldn't find the right place.

The table I have in my bio doesn't display the way it should and I just can't figure out what the problem is. Is this even fixable?
ETA: To be more specific, the cell widths & heights aren't right, although they're in the table code and cellpadding is set to 0.

(no subject)

Apr. 19th, 2017 03:50 pm
niqaeli: cat with arizona flag in the background (Default)
[personal profile] niqaeli posting in [community profile] fucking_meds
dear tramadol:

you work! you don't make me nauseous and you don't fuck my head up and you work as a breakthough pain med. my doctor was actually the one to suggest you when I asked for something for breakthrough pain! by all rights you are basically a miracle.

you just... also have a goddamned interaction with two of my other daily meds (concerta, flexeril). FUCKING WHY. >:|

(my doctor's office hasn't got back to the pharmacist yet. but, probably changing the muscle relaxant out and living with the risk on the other because hahaha yeah my brain also needs to work.)

love anyway,
--niq

Make Subjects into Links?

Apr. 18th, 2017 04:46 am
lady_noremon: (Alex)
[personal profile] lady_noremon posting in [community profile] style_system
I recently added the Tabular Indent layout to my DreamWidth using the [community profile] starlit tutorial, and the Tabular Indent source code from InsaneJournal. Then changing all the ""friends"" to ""read"". Everything is working really well, except the Subjects are not links for some reason? I saw on previous posts that cited Flexible Squares having this issue to use the [community profile] starlit version of the code. But as Tabular Indent isn't one of their edited codes, I'm not sure where I would change? Thank-you very much if you can help!

Couple of quick questions (RESOLVED)

Apr. 17th, 2017 01:53 pm
gdelgiblueeyes: johnheartpaul (Default)
[personal profile] gdelgiblueeyes posting in [community profile] style_system
Hiya, folks!

The (unwieldy) name is gdelgiblueeyes, but you can just call me "Blue Eyes."

My community [community profile] johnheartpaul has recently migrated from LJ to DW (ToS issue), and we've been finding the process very user-friendly and trouble-free (well, once I figured out the style settings stuff and had imported our journal's default style behind the custom CSS with the help of this link), with the minor exception of a couple of snags that I was hoping maybe style_system could help with.
  1. In comparing our profile here to our LJ counterpart, you will note that in the nav.strip, we didn't have Tags or Memories listed at LJ, and we'd like to keep it that way. Is there any way to make that work?
  2. Our custom style for the journal was designed for the new wave of LJ, where individual posts on the main page linked to a generic entry format (for example, clicking "Leave a Comment" -- or the entry's title -- on the first entry presently on my page would lead to something like this) instead of a separate page in our custom format. I'm guessing there's no way to replicate this specific experience, but viewing the comment form on a sample entry from the present DW incarnation will show you just how clunky it looks in our custom format. Anyone wanna troubleshoot how to make it look less like ass?
UPDATE: Thanks to [personal profile] healingmirth  for their help! All issues are resolved.

I basically inherited the task of porting this thing over here for mods who are way less tech-savvy, but my own skill only goes so far. Any help would be very much appreciated! (The tags are also a total guess, so anyone who knows more and runs things, feel free to put better ones on here. Thanks!)

Page Statistics 2: Electric Boogaloo

Apr. 10th, 2017 09:09 pm
siderea: (Default)
[personal profile] siderea posting in [site community profile] dw_suggestions

Title:
Page Statistics 2: Electric Boogaloo

Area:
entries

Summary:
Native journal stats, like LJ used to do, only not horribly invasive like LJ. How many, not whom. Also integrated into the DW user interface.

Description:
Way back when, somebody else suggested, in a suggestion titled Page stats (http://dw-suggestions.dreamwidth.org/570175.html), "something like LiveJournal's My Guests feature", and the commenters here promptly set the suggestion on fire and then drowned it. The My Guests feature of the LJ Stats page makes *reading* journals less private, and gave many DW Suggestion commenters the heebee-geebees.

Unfortunately, that was the end of the proposal to implement any of the LJ Stats Page here. Unfortunately, because the LJ Stats Page also had lots of other useful analytics information, that was in aggregate and didn't violate anybody's privacy. For instance, from my LJ Stats page I just discovered that my LJ typically gets about 35 daily hits to my journal's RSS feed – information that would otherwise be utterly invisible to me. Since in the past I've wondered if anybody cares about RSS, that is usefully informative to me. For another instance, I am able to see how many visitors – not, mind you, LJ users, just unique visitors – came to a given post. If I had the same stats here on DW, I would be able to see how my efforts to move my readers from LJ to here were working.

When last this was proposed, one of the questions a commenter reasonably asked was "How is it different from the Google stats feature available for paid DW accounts?"

1) It doesn't involve Google for one thing. I have two big problems with Google Analytics:

1a) It is, to me, a much bigger privacy violation than My Guests ever was. My Guests was optional: if you ever wanted not to be counted, you turned it off and you never appeared in anybody's My Guest report. I, as a reader, have no way to opt out of GA – except to use a script blocker to clobber GA, which I in fact do, because....

1b) Google Analytics' degrades site performance. I have to block the GA scripts at my browser, because otherwise, from time to time, page loads start hanging on trying to communicate with google-analytics.com. I don't want GA on my journal both because I don't want to inflict on my readers a privacy compromise I don't want inflicted on myself, and I don't want to inflict on either me or my readers the page load times GA periodically (or is it always? as I said, I block it) causes.

2) As per 1b above, GA is client-side and third party. I don't want this sort of functionality coming through *any* third-party javascript. It will always tax the user's browser and internet connection, and expose information to a third-party. I have no interest in trusting any third-party with, for example, statistics *about my locked posts* the existence of which should be a private.

3) Not having a GA account I can't say what it includes in its reports, but knowing what I do about its implementation, I'm guessing it has no way to tell you *the number of times your post appeared on other parts of the site*. AFAIK, GA only knows – only *can* know – about the concept of "webpages". LJ's Stats would give you *two* numbers: the number of unique visitors to a post's page *and* the numbers of unique viewers of your post _in all the other places it appears on LJ_, such as on friends pages, your own Recent Entires pages, your Calendar pages, etc. LJ Stats leverages LJ's knowledge of its own info-architecture to come up with stats that GA can't.

Finally, it would be great if the interface for such a thing were integrated into the general DW journal interface, such that journal owners would have a contextual stats icon/link (visible only to them) wherever appropriate, that takes them to the corresponding stats page. For instance, such a link would appear on posts, and would take one to the stats page for that specific post. One's Calendar would have it on the day, month, and year views, and take one to one's corresponding day, month, and year stats pages. And that's not something that GA or any third-party javascript-based analytics implementation could manage.

More Details

When last this came around, it became clear most commenters didn't know what LJ did provide. Here's an overview:

There are four top level categories to the Stats page that I propose are of interest to DW: Journal, Comments, Entries, and RSS Readers.

The Journal page shows stats for your whole journal, breaking it out by number of total visits, total unique vistors, and how many of those unique visitors were logged-in LJ users. It allows you to view this information by either your journal itself, or your journal plus all friends pages on which your posts appear, and it allows you to drill down in either of these views to any year (shows bar chart by month), month (shows bar chart by day), or day (shows bar chart by hour). This last allows one to get a sense of on what days and at what times of the day one's readers are seeing one's journal.

The Comments page shows the stats on numbers of comments and numbers of commenters. Like the Journal page, you can drill down by time span.

The Entries page shows the stats for a given entry (post). It defaults to the most recent entry in your journal, has a list at the bottom of your ten most recent posts with links to their stat pages, for user convenience, and a text box in which you can put the URL to any of your entries to get the stats for it (not the most convenient of user interfaces). For a given entry, it shows Visits, viewers ("Who Viewed"), and Comments. Visits breaks out by Entry Views, All Visitors and Livejournal Visitors. "Entry Views" is the other sense of "entry": when that page is the page-of-entry of a reader to LJ – what happens when somebody follows a link somewhere else, like Twitter or Tumblr or FB or an RSS reader or an email, to a post of yours. That gives one a sense of how much traffic is being driven to a post by virality elsewhere. Visits also allows drill down by year/month/day, same as above. "Who Viewed" gives a break down between the number of all viewers of the post vs. the number of the subset that are Friends of you - it shows you whether it's just Friends reading your posts or other people. Also allows drill down by year/month/day. "Comments" shows comments vs number of unique commenters for the post, with year/month/day drill down.

The RSS Readers page shows a chart of number of requests to one's RSS feed, with drill down by year/month/day.

Poll #18206 Page Statistics 2: Electric Boogaloo
Open to: Registered Users, detailed results viewable to: All, participants: 32


This suggestion:

View Answers

Should be implemented as-is.
19 (59.4%)

Should be implemented with changes. (please comment)
4 (12.5%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
9 (28.1%)

(Other: please comment)
0 (0.0%)

solarbird: (Default)
[personal profile] solarbird posting in [site community profile] dw_suggestions

Title:
"Activity"-like view of 1st page of Inbox, in a dropdown, from Navigation Strip

Area:
navigation strip, messaging

Summary:
It is currently very easy to configure your Inbox to serve as an activity notification hub. It would be very useful to have a shorted version of the first page of that Inbox be accessible via a dropdown on the Navigation Strip, and allow some manipulation of your Inbox via that dropdown.

Description:
Each line of the proposed dropdown would contain a one line description of the activity. (N replied to [your post|comment], N messaged you, subject "", N posted to group X, and so on). Each entry would contain an "x" dismissal button which would delete the notification from both the Inbox and the dropdown. Clicking on an individual entry outside of the dismissal button would take you to the item about which you are being notified - the message, the comment made, etc - and mark it as read. A "see all" entry at the bottom of the dropdown could take you to the current Inbox view. Currently, using the Inbox as a notification centre results in large numbers of page swaps and reloads, as you go from Inbox to post to Inbox to reply form to Inbox etc., etc., etc., with mark-as-read and delete-item as separate actions across separate pages. Further, it is difficult to maintain (de-clutter, etc) without engaging in that maintenance as a separate task. As a result, those of us who have this issue end up with over-full Inboxes that we tend to bulk-delete. This suggested feature would allow us both to use our Inbox more easily and maintain it more effectively, resulting in improved usability of the service and - hopefully - fewer notifications being stored on the servers.

Poll #18205 "Activity"-like view of 1st page of Inbox, in a dropdown, from Navigation Strip
Open to: Registered Users, detailed results viewable to: All, participants: 29


This suggestion:

View Answers

Should be implemented as-is.
4 (13.8%)

Should be implemented with changes. (please comment)
5 (17.2%)

Shouldn't be implemented.
5 (17.2%)

(I have no opinion)
15 (51.7%)

(Other: please comment)
0 (0.0%)

melannen: Commander Valentine of Alpha Squad Seven, a red-haired female Nick Fury in space, smoking contemplatively (Default)
[personal profile] melannen posting in [site community profile] dw_suggestions

Title:
When uploading images, display most recent upload at top

Area:
Upload Images page

Summary:
On the wonderful, amazing new image upload page, it would be nice to be able to immediately tell if the correct image uploaded. Changing the display so the most recent image is on top would fix this.

Description:
Most of the time when I use the image upload page, it's from my phone camera, on a tiny mobile screen. Currently, when I'm uploading multiple images, the only way to tell if an image was correctly uploaded is to scroll down to the bottom of the page to see it, and then scroll back to the top to upload the next image. This quickly gets tedious with more than a couple images. If the new image preview appeared directly below the upload box, it would be immediately visible and make workflow much smoother on mobile. I can't think how it would make it harder for anyone. (If that's not technically doable for some reason, any kind of upload confirmation that is visible near the upload box on mobile would be nice.)

Poll #18204 When uploading images, display most recent upload at top
Open to: Registered Users, detailed results viewable to: All, participants: 38


This suggestion:

View Answers

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

Should be implemented with changes. (please comment)
1 (2.6%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
5 (13.2%)

(Other: please comment)
0 (0.0%)

Support Board: add exclude filter

Apr. 7th, 2017 12:22 pm
ninetydegrees: Drawing: a girl's face, with a yellow and green stripe over one eye (Default)
[personal profile] ninetydegrees posting in [site community profile] dw_suggestions

Title:
Support Board: add exclude filter

Area:
support, site interface

Summary:
The Support Board has a filter to show you all requests from category Z. I'd like the opposite of that: show me all requests but the ones from category Z.

Description:
The board could certainly do with more complex filter options such as letting you filter and exclude multiple categories but that's a discussion for when the board will get a full redesign. I think the exclude Z filter would be a simple yet still practical option for now.

Poll #18203 Support Board: add exclude filter
Open to: Registered Users, detailed results viewable to: All, participants: 31


This suggestion:

View Answers

Should be implemented as-is.
20 (64.5%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
11 (35.5%)

(Other: please comment)
0 (0.0%)

marahmarie: Sheep go to heaven, goats go to hell (Default)
[personal profile] marahmarie posting in [site community profile] dw_suggestions

Title:
Unscreen your comments from Post Comment Success page

Area:
entry comments

Summary:
Dreamwidth screened comment settings currently entail screening our own comments when we choose to screen all comments on our journals (I'm not sure if this behavior is the same for communities). I'd like to suggest we save time for journal owners, specifically, by allowing them to unscreen their own comments from the Post Comment Success page.

Description:
Dreamwidth screened comment settings currently entail screening our own comments when we choose to screen all comments on our journals (I'm not sure if this behavior is the same for communities). I'd like to suggest we save time for journal owners, specifically, by allowing them to unscreen their own comments from the Post Comment Success page (https://www.dreamwidth.org/talkpost_do). This saves time - no more going back to the entry or your DW Inbox or off-site email to find and unscreen the comment you just replied made in reply to someone.

Poll #18202 Unscreen your comments from Post Comment Success page
Open to: Registered Users, detailed results viewable to: All, participants: 29


This suggestion:

View Answers

Should be implemented as-is.
14 (48.3%)

Should be implemented with changes. (please comment)
0 (0.0%)

Shouldn't be implemented.
0 (0.0%)

(I have no opinion)
15 (51.7%)

(Other: please comment)
0 (0.0%)

Quick jump to next/previous entry

Mar. 27th, 2017 11:11 pm
allen: (Default)
[personal profile] allen posting in [site community profile] dw_suggestions

Title:
Quick jump to next/previous entry


Area:
reading page


Summary:
Add a javascript function to skip to the next or previous entry in your reading page. The function would be available either through a sticky element for desktop, or through a swipe gesture for mobile.


Description:
This is kind of like the Jump Links suggestion (which it looks like was accepted but lost in the bugzilla crash), but with a few differences.


The problem that it's supposed to solve is for when you end up with some long, uncut entries on your reading page (like from changelog or an RSS feed). And then you want to go to the next entry, but end up hitting page down a whole lot. Or worse, you're in mobile and you have to scroll down and keep scrolling and scrolling...


So the idea is to have a javascript function available to scroll to the next (or previous) entry in your page. This could be made available with a sticky module which would be available either in one of the sidebars or (if you don't have a sidebar) at the top of the main entry area. It would have just a 'Next' and 'Previous' button, which would take you to the next or previous entry in your reading list.


We could also include a jquery touch plugin that would add the same functionality with, say, a two-finger swipe up or down.



Poll #18201 Quick jump to next/previous entry
Open to: Registered Users, detailed results viewable to: All, participants: 25


This suggestion:

View Answers

Should be implemented as-is.
5 (20.0%)

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

Shouldn't be implemented.
10 (40.0%)

(I have no opinion)
5 (20.0%)

(Other: please comment)
2 (8.0%)

April 2017

S M T W T F S
      1
2345678
9101112131415
16171819202122
23 242526272829
30      

Style Credit

Page generated Apr. 24th, 2017 07:16 pm
Powered by Dreamwidth Studios