Forum Replies Created

Viewing 15 replies - 181 through 195 (of 239 total)
  • Thread Starter mzimmers

    (@mzimmers)

    No, I’m not…my browser can handle .pdf on its own. But…not all browsers are created equal; do you recommend a plugin for this?

    Thread Starter mzimmers

    (@mzimmers)

    Hmm…it didn’t seem to take. Toward the bottom of this page:

    https://www.scopedin.com/wordpress/?page_id=33

    there is a link called handheld1xls.pdf, which I’ve tried to link to the .pdf file. But, nothing displays. Any hints?

    Thread Starter mzimmers

    (@mzimmers)

    OK…since no one has replied, I’ll live with what I have and mark this resolved.

    Thread Starter mzimmers

    (@mzimmers)

    Wow…that is really slick. I’ll need that, too, since I will have three levels of Pages on my site.

    I almost feel guilty hard-coding in Page numbers into code so clever. Do people ever define constants for things like Page numbers to make the code a bit more maintainable?

    Thread Starter mzimmers

    (@mzimmers)

    Really — that’s very useful information for the future. Thanks for the clarification. I’ll try this code a little later on today, and will report back.

    Thread Starter mzimmers

    (@mzimmers)

    Thanks for the suggestions. One question: I do notice the term “post” in both of your code stubs above. I need this for Pages, not posts. Is there something equivalent that will work?

    Thanks again.

    Thread Starter mzimmers

    (@mzimmers)

    I’m seeing another instance where the CSS doesn’t seem to be cascading the way I expect it to. This time it has to do with padding and margins for list items that are displayed within a sidebar (I’m using the wswwpx_fold_page_list widget).

    I guess the general question is, doesn’t the “cascading” feature of CSS imply that a directive that is “nearer” to the content to be displayed take priority? I have padding and margins explicitly set in my <li> formatting, but it’s not taking effect. The only thing I can think of is that it’s being suppressed because of incompatible formatting of the sidebar, but I’d expect the code in the <li> to take priority.

    Anyone?

    https://www.scopedin.com/wordpress

    The CSS is in two files, style.css and custom.css. Thanks for any help…

    Thread Starter mzimmers

    (@mzimmers)

    Well, I have discovered why the margin statement wasn’t taking effect, but I don’t fully understand it. The CSS for the list *item* specified a margin, but the CSS for list itself specified no bottom margin.

    What I don’t understand is, shouldn’t the margin statement for the list item “override” the margin statement for the list?

    Thanks for any clarification.

    Thread Starter mzimmers

    (@mzimmers)

    Excellent! Thanks, Kafka. In the meantime, I’ve come to a decision on this theme, so I’m going to mark this resolved and open another issue. I appreciate the help.

    Thread Starter mzimmers

    (@mzimmers)

    Kafkaesqui – yes, that was my original question. I had a malformed text string in my <link> statement originally, but that’s now fixed. For some reason, though, the TEMPLATEPATH constant is pointing to a bad directory structure:

    <link rel="stylesheet" href="/home/scopedin/public_html/wordpress/wp-content/themes/pure-12/hornady.css" type="text/css" media="screen">

    Odd that I’d get the “home/scopedin/etc…” since 1) I don’t have a home directory, and 2) the call to bloginfo returns a different (correct) path.

    Where is TEMPLATEPATH defined? I may have screwed something up there…

    Update: I see it’s in wp-settings.php and is defined by a call to get_template_directory(), which is less than fully documented. I may have to hard-code this after all.

    Thread Starter mzimmers

    (@mzimmers)

    I’m not sure I know what you mean…are you talking about an #include statement? Sorry if I’m being obtuse, but I’m new at this.

    Thread Starter mzimmers

    (@mzimmers)

    After giving it a little thought, I suppose you’re right — the only time I would need this is for the opening Page.

    Anyway, you answered my original question, so thank you and I’ll mark this as resolved. And NOW I’m ready to act on your suggestion of a few days ago and google for styling nested links! Thanks, Moshu.

    Thread Starter mzimmers

    (@mzimmers)

    Oops…sorry. “Out of the blue” is slang for something unexpected or unsolicited.

    What I meant was, it seems that in WP, content is generally displayed when a user clicks on a link. The front page feature you mention above is an exception. What I was asking was, is there a way to display pages without a user clicking on a link to them? In other words, is there any other way to access the Pages in the WP data base?

    Thread Starter mzimmers

    (@mzimmers)

    I’ll take a look at that tutorial soon.

    I guess the greater question here is, does WP’s user model sort of assume that, in general, Pages must be clicked on to be displayed? The solution you provided above is exactly what I need, but what if I want to just display a Page out of the blue? Is there a call for that?

    Thanks…

    Thread Starter mzimmers

    (@mzimmers)

    Fascinating…thank you, Moshu. I did see this in the codex about Pages:

    WordPress will look for several template files in your active Theme. The first one it finds will be used to display any given Page. Below is the order of files WordPress will look for:

    The Page’s selected “Page Template”
    page.php
    index.php

    Is that really true – it will go to page.php before index.php? I ask because I don’t see anything in my particular page.php file that WP can hook into to make this happen. I guess maybe it’s more WP behind-the-scenes magic?

Viewing 15 replies - 181 through 195 (of 239 total)