Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
#145 2006-05-02 16:36:24
Re: Improving TXP Image Management
Mrdale,
Great.
Soulship.
Alex.
Marios.
Hakjoon.
ma_smith
Mr_dale
Lookin good.
- I am Squared Eye and I
am launchinghave launched Pattern Tap
Offline
#146 2006-05-02 18:44:40
- alexandra
- Member
- From: Cologne, Germany
- Registered: 2004-04-02
- Posts: 1,370
Re: Improving TXP Image Management
Hope i can bribe Bastian to join ;)
(Matthew, would you mind opening up a page on the wiki for the draft – or do you like to use the one with the images??)
Offline
#147 2006-05-02 19:27:41
Re: Improving TXP Image Management
Alex,
I will do that. I think we can refer to the Improved Image Handling page, but should start a clean one for the write up, and possibly a different environment for the code?
…I ended up just placing it in the “discussion area” of the img_handling_page and here it is.
:)
- I am Squared Eye and I
am launchinghave launched Pattern Tap
Offline
#148 2006-05-02 23:17:29
Re: Improving TXP Image Management
I just finished my cssreboot and i’m ready to join, particularly for that write-tab stuff
Offline
#149 2006-05-04 00:42:23
Re: Improving TXP Image Management
Far out.
Damn, I wish I was a coder, and could a) build my own site entirely on my own and b) join in with this cool stuff. Look forward to it guys.
Offline
#150 2006-05-07 20:20:16
- Logoleptic
- Plugin Author
- From: Kansas, USA
- Registered: 2004-02-29
- Posts: 482
Re: Improving TXP Image Management
I just ran into a problem I’d love to see addressed. In the current version of Txp, text entered into the image description field doesn’t get the full Textile treatment when it’s output (with upm_img_popper). Adding a link to the description field is impossible, since Textile links don’t work and (X)HTML tags have their angle brackets turned into entities. Other advanced formatting is, similarly, either impossible or unnecessarily difficult.
This is somewhat symptomatic of a more generalized problem with Textpattern: Textile is not pervasive enough in the system. If Txp is going to use this powerful formatting language, it should do so through out the system in a consistent manner.
Offline
#151 2006-05-08 01:39:50
Re: Improving TXP Image Management
Logoleptic,
Were you reading my mind? I ran across this issue yesterday.
I think its a great one to bring up. Alex, did you catch this one.
Let’s add it to the list. IMHO.
Thanks logoleptic,
M
- I am Squared Eye and I
am launchinghave launched Pattern Tap
Offline
#152 2006-05-08 06:15:49
- Logoleptic
- Plugin Author
- From: Kansas, USA
- Registered: 2004-02-29
- Posts: 482
Re: Improving TXP Image Management
ma_smith wrote:
Thanks logoleptic
No sweat. :)
Offline
#153 2006-05-08 17:09:00
- igner
- Plugin Author
- Registered: 2004-06-03
- Posts: 337
Re: Improving TXP Image Management
Just took a few minutes to revisit this thread and saw Nils’ image organizer…
Nils – das ist ja affentittengeil1!
I could really use improved image handling for a couple projects. Time’s somewhat limited at the moment, but I could make some contributions in migrating Nils’ plugin code to a patch for the core, particularly on the PHP side.
I assume this’d have to go against crockery rather than the 4.x branch, give the scope of the changes (and the fact that this constitutes a feature change, rather than a bug-fix).
1 It’s been 16 years since I was last in Germany – is that still valid slang?
And then my dog ate my badger, and the love was lost.
Offline
#154 2006-05-09 08:17:01
- guiguibonbon
- Member
- Registered: 2006-02-20
- Posts: 296
Re: Improving TXP Image Management
Hye guys (‘n girls)
Ok, i’m so thrilled right now, i’ve just got through most of this thread, and, well, there seems to be quite some enthousiasm around. Let’s get things clear : i’m ready to help (xhtml, css, javascript, ajax and PHP… anything). BUT… you’re probably not going to like after reading what my image-handeling-feature-requests are. Here they are anyway.
- to stop using txp tags in articles : how am i supposed to explain this to clients, or rather, how are they to understand this? My suggestion : change textile to recognise this form of syntax : ! img ID[t for thumbed] [s/m/l for eventual thumb size(more on this later)] [caption_if you want a caption_] [linked if you want a link to the original image] [left/center/right _the alignement of course]! . This would for example give !23t l caption linked left! : a large thumbnail of image 23, linked to the original image, with a caption underneath, default style.
- multiple sizes for thumbnails : These could be set somewhere in the admin. S could be something like 25% of your article-width, M 50% and L 100%. Seems pretty straight forward. How I think this would work? Would these have to made automaticaly at upload? Obviously not, it would work the other way around: when textile comes across a demand for a thumbnail, he goes to the database, checks if it exists, if not, sends a request to make it. Dead easy. Those thumbnails could either be named 23tS.jpg, 23tM, you get it, or could be stored in different sub-categories.
- image upload & gallery on the write page à-la-wordpress : yep. No pop-up or anything. I want it in it, on it, beneath it, wathever. ONE mouse-click. No copy-pasting, I want a straight-forward “send to editor link”. Those clients barely know how to extract an image from powerpoint. Ok, so, what I suggest : you can upload an image from within the article and it gets the article’s id assigned as a category. You can easily browse images assigned to the current article, OR browse all images. Of course, the “image” tab and page remains. And that image organizer would be just grate (though a bit too clumsy, too featured imo).
Now, obviously, I’m aware this is a lot of work, on many levels. This is almost a fork. I’m aware changing the textile syntax would be dared. And I’m aware this is probably a bit too blogy – e-zinish . So, i’d just like some opinions on this. Maybe it should be a major plug-in, or hack rather, or really just a fork. I dunno. Or maybe this could be usefull to more than barely blogs and stuff, and could once make it to the core. Or maybe you think these ideas are just bullsh*t.
I do know I’m tired of being called by clients who really don’t get a heck of it, and me ending up adding all the images to their articles. And having to ask for extra costs. And them complainig I did it on purpose for them to pay more. And I know I’ll never be able to improve all of this on my own.
Last edited by guiguibonbon (2006-05-09 09:11:03)
Offline
#155 2006-05-09 08:22:36
Re: Improving TXP Image Management
guiguibonbon wrote:
I do know I’m tired of being called by clients who really don’t get a heck of it, and me ending up adding all the images to their articles.
My clients usually get it with the help of upm_img_popper. Choose your clients wisely ;-)
Online
#156 2006-05-09 08:43:03
- guiguibonbon
- Member
- Registered: 2006-02-20
- Posts: 296
Re: Improving TXP Image Management
Seriously? You never get those “wait, how did I add a link to the big image again”? Or the “When I click on the image, nothing happens”?
Globaly, img popper is the way to go obviously, but it seems way to clumsy, and technical to me. Those people (clients) dont know what a tag is, what a class is, nor a popup, nor even sometimes what a link exactly is. To them, “include width”, might mean that width is actually going to be written somewhere. I love my clients, they have great projects, but I’ve learned not to expect too much of them, when it comes to handeling a cms.
Offline