WordPress.org

Ready to get started?Download WordPress

Ideas

PDF Uploading and Management

  1. Robert Dall
    Member

    Uploading a attaching a PDF to a webpage along with a image just took 10 minutes… Also you choose the attachment page you can't even click on the link to download the pdf… I know PDF's aren't the best thing and their are better ways of putting content on the net, but WordPress could improve it's non-image attachment capacities…

    Posted: 2 years ago #
  2. Hugh
    Member

    Actually, I have found that Download Monitor is a really good solution to managing PDFs.

    Posted: 2 years ago #
  3. Marventus
    Member

    I agree with the OP. It would be nice to add a document attachment type to currently supported post attachments.
    Can't seem to vote on this though. Why is that?

    Posted: 2 years ago #
  4. Xtrasmal
    Member

    I'm confused, because I'm already able to upload PDF's. I have built my own billing system, so logged in users can check their bills as PDF. The only plugin I use is the one that allows me to secure my uploaded files.
    So it is pointless. Some functionality does not need to be put in the core, when it can be achieved otherwise.

    Posted: 2 years ago #
  5. Xtrasmal
    Member

    Just create a metabox and upload your pdf. There should be a PDF icon in the media library after uploading.

    Posted: 2 years ago #
  6. Marventus
    Member

    I'm confused, because I'm already able to upload PDF's. I have built my own billing system ... So it is pointless.

    I'm confused too. Are you saying that everything that one is able to do oneself is pointless for others that may not have the same skills, or that WP should be turned into an elitist platform that only advanced users can enjoy?

    Some functionality does not need to be put in the core, when it can be achieved otherwise.

    Everything can be achieved otherwise. Does that mean core development should be stopped so that users can only rely on plugins? I, for one, would not like the prospect of every new WP feature to be dependent on plugin devs (and I know, because I am one of them, :-) ).
    Also, I think that if WP supports image attachments, it should also support other kinds of attachments, such as documents, since the same logic for rejecting PDF attachments could be used to reject image attachments. However, we already have one, so why not add the other?

    Posted: 2 years ago #
  7. Ipstenu (Mika Epstein)
    Administrator

    FYI, use <blockquote>, not codetags, when quoting ;)

    Does that mean core development should be stopped so that users can only rely on plugins? I, for one, would not like the prospect of every new WP feature to be dependent on plugin devs (and I know, because I am one of them, :-) ).

    And yet that's where a lot of core features start.

    You can already upload PDFs. The request, as I gather, is not actually to upload them, but to better manage them.

    WordPress could improve it's non-image attachment capacities…

    Yes, it could. Now if someone could hook into the media API and put it there, that would be perfect. But this could definitely start as a plugin that extends the media gallery.

    Posted: 2 years ago #
  8. Marventus
    Member

    FYI, use <blockquote>, not codetags, when quoting ;)

    Sorry about that: was writing in a hurry. Thanks for fixing it!

    The request, as I gather, is not actually to upload them, but to better manage them.

    Yes, that's what I gathered too. It would be more acurate if the thread was called "Managing PDFs" or "PDF Management."

    But this could definitely start as a plugin that extends the media gallery.

    I believe the role, function, scope, and support of plugins has been widely discussed on the forums (perhaps even too much so?). In this particular case, it seems to me that relying on a third-party plugin could be the source of potential problems if it becomes unsupported or deprecated before being incorporated to the core (assuming that is the final goal). I think direct core implementation seems the best way to go in this case, but I may be wrong.

    Posted: 2 years ago #
  9. Ipstenu (Mika Epstein)
    Administrator

    *sigh* There's this ... concept people seem to have that a plugin is 'worse' than core. It's really not. You think 'direct core b/c it's more supported!' but that's just not the case. Infrequently used code is more apt to break than the stuff we use every day (look up Herbert Hecht on the matter, he explains it very well).

    The point is, if something is added to core, current WP philosophy is that is should be used by 80% of the people. PDF/non-image-media-management isn't. Yet. Which is why I advocate people make a plugin right now and if it becomes hugely used, it might be considered to be included in core.

    Relying on a third-party plugin is why the open API exists as it does. :) Use it, love it.

    Posted: 2 years ago #
  10. Marventus
    Member

    I understand your overall point of view, but it seems to me that certain things are getting mixed up a bit, particularly, usage level or frequency on the one hand, and implementation vehicle (to call it somehow) on the other.
    Unless I'm missing something, Hecht would not be relevant in a scenario where 2 pieces of code are incorporated into a system, each in a different way (i.e., core and plugin) but used with the same frequency. Which leads me to the following point: what is more likely to be used more frequently in the WP environment: a core-feature that ships with WP or a plugin that you need to download separately?

    That being said, I don't have anything against plugins in general, but we all know the huge problems and annoyances they tend to generate. I, for one, do think that core is more reliable, stable, and way better supported and documented than plugins, and I will always prefer a core feature over a plugin one. This is probably because I believe WP kicks ass and because I trust the people behind it. I would not be using it if it this was not the case, or if it was called "Plug Press", "U PLug", or anything similar (you get the gist).

    Posted: 2 years ago #

RSS feed for this topic

Reply »

You must log in to post.

  • Rating

    12345
    0 Votes
  • Status

    This idea is under consideration