[ php-blog-Feature Requests-2006218 ] make image insertion in a more (human) readable way

Feature Requests item #2006218, was opened at 2008-06-30 00:18
Message generated for change (Comment added) made by konus77
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=542825&aid=2006218&group_id=75065

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Interface Improvements
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: konus77 (konus77)
Assigned to: Nobody/Anonymous (nobody)
Summary: make image insertion in a more (human) readable way

Initial Comment:
Inserting a image in a article is leading to a very unreadable result. Even more, if you are inserting more than one image.

I would like to see a new markup-plugin, witch enables the media-library to insert the images with a very short code like 

<pic="/uploads/images1.Thumb.jpg" type="left" comment="Comment" link="external_Link">

or some other markup. This should be transcribed on the fly to the normal html when viewing the article. In my opinion, the change would be a huge step in usability, not only for reader who are unfamiliar with html markup.

The path to the image should be relative and will be substituted with the full path during output.
Type will represent the user choice within the media-library (position choice: single, left, right AND  internal link choice: java script window, pop-up window, new window).

The arguments link and comment should only be inserted, if they are needed. Having not the full path inside the article-source has the advantage of easier moving serendipity to a new location.

The request has some history: I found an older request (http://board.s9y.org/viewtopic.php?p=59971#59971) from 2007 and here is my (German language) post (http://board.s9y.org/viewtopic.php?p=75165#75165) from this week.

----------------------------------------------------------------------

>Comment By: konus77 (konus77)
Date: 2008-06-30 15:51

Message:
Logged In: YES 
user_id=1846587
Originator: YES

The article in qmane.org describes a solution for the problem of changing
base-paths, but I think there are no advantages in usability by design?

The text describes a media ID, witch would be held inside a database
table. I don't think, that using a ID different from the image-name (and
relative path) would be a wise idea, because the user always would _have_
to use the media library, to look up the ID-Number. 

I could imagination a solution witch would still hold all relevant
informations about the image in the article source code. Only the markup
(and the base path) would be substituted, to be much shorter, and therefore
be more manageable.

----------------------------------------------------------------------

Comment By: Garvin Hicking (garvinhicking)
Date: 2008-06-30 11:34

Message:
Logged In: YES 
user_id=473563
Originator: NO

Also see http://article.gmane.org/gmane.comp.serendipity.devel/5825/match
=dynamic+link from 2005, which deals with this RFE.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=542825&aid=2006218&group_id=75065

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php