The internet has been around for a while now and though it started with text only feeds, image support and graphics capable browsers are pretty common these days for most of us in the Modern World. I cannot even imagine a web site now (or for MANY years since) without graphics and images, can you?
Drupal has also been around since the beginning of this DECADE that is now nearing it's end and Drupal Core Support for such "sophisticated" out of the box features such as granular user roles and permissions, comment and user forms, FORUMS and blogs, color modules, content modules and a host of other amazing attributes and capabilities is astounding.
Again, the internet and graphics capable browsers have been around for quite a while now (haha, ya' think?) and visiting any site worthy of world class status, one expects to see images, yes?. Drupal is indeed also used in MANY a world class web site, which makes this point even more painfully and woefully evident.
Why, for goodness sake is there NO Drupal Core Support for Inline Images!? Sure., like most everything else Drupal there are a hundred (HACK!) ways to do this as long as one wants to string several modules together and cobble code to make it work "properly", but good gracious if I can simply click to add other much more complex functionality (enable and move blocks with a mouse click!), then WHY, please tell me is there no BASIC and SIMPLE CORE Based Inline Image handler?!
Can one even IMAGINE a browser without graphics and image capability now in 2009 (or for that matter in 2001)? Or., even better, can one imagine a WYSIWIG HTML web site code app that does not have inline image capability?! I think that even M$ Frontpage implemented inline image handling back in the SEVENTIES or eighties (OK., stretching the point a bit there.,).
In my modest and humble opinion (and so I am certain many others), Core based Inline Image handling is one HUGE "feature" (sic) that is holding Drupal back in the Dark Ages of web apps and systems. Heck, nowadays core based inline image handling is a GIVEN in almost ANY other web dev system and in fact it would be ludicrously silly to even CONSIDER designing or building a web dev app that did not include inline image handling right out of the box.
This ONE "feature" (jeez, it even feels silly calling this most BASIC of needs a FEATURE!) is well worth money for setting up and including in Drupal. I have not looked at Drupal 7 yet, but I am hoping that any future version would not be released as "complete" without some sort of Core Based Inline Image handler. It is inconceivable in 2009 (Or for that matter in 2003!).
Drupal is AMAZING and I truly LOVE using it and bestow HUGE Kudos and gratitude to the developers, contributors and of course to Dries for his continued support and interest. Please, from all of us users, make Core Inline Image handling a priority for any "new" release of Drupal. This to me seems much more critical than almost any one other "feature" or capability.
Thanks for listening and I am open to suggestions., especially those that involve ONE well developed Module (that really needs to be in the Core!) and that does not need days of hacking to make it simply place images IN with text content (no hacking of CSS, or template code, please as this is silly in this day and age).
AshokanKid
(A one year old Drupal n00b)
Comments
Try IMCE
------------------------------
http://fraggles.artsci.wustl.edu (Drupal user documentation and development blog)
hacks are not required, but usability depends on...
your users... with drupal core you can upload an image file, drupal tells you right below the newly uploaded image the full URL, and you can paste that into your content with appropriate image html. Is that point and click wysiwyg yumminess? No, but it doesn't take days and hacking and wrangling, more like a little training for content editors.
The IMCE module is , strickly from personal experience, fairly simple (like an hour) to install and configure, then it just works.
Should all this be in core? I thinks that's debatable. Personally, I'd rather see the community somehow "promote" one, maybe to simple solutions to add the functionality you require that are easy to install, configure and use. I think, if I read their site correctly, Acquia is moving this way, to the inclusion of a wysiwyg editor as a core module that will just "work" out of the box.
The modularity of Drupal is one of its primary strengths, so pushing something as a "core feature" can, possibly, lead to a bloated app.
I think, if I read their site correctly, Acquia is moving.,
Hmm., perhaps I will skip over to Acquia and see how things are going on in this regard and what or if there is anything that I can do to assist them.
Until now I have only been "playing with" or experimenting with Drupal, but I now have a few projects that are getting much more serious and closer to going live.
The one glaring MIA that I have found to date is the non-geek site user being able to place images directly into their content pages once I have set everything else up for them.
If you or anyone else has a suggestion or suggestions of anywhere else that I can look to find a place for my own efforts in this regard I would love to hear them.
Thanks.,
AK
.
If you've been around for a year, you should realize this is how things get into core:
No where on that list is writing forum posts about how you just can't believe X isn't in core. Core does not write itself. If this is an important issue to you, make it happen.
Michelle
[Edit: Before anyone jumps on me, I do realise this is an ultra simplified list. There are other methods such as jumping on an existing issue, etc.]
--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.
_
bravo-- thanks for this Michelle. I was beginning to think I was alone in writing this sort of response to the "omg, why doesn't drupal have x already" posts.
The common thread among them all seems to be the misconception that there is some sort of secret drupal core cabal that is responsible for 'getting x in core'. Another misconception is that even if there were such an organization they would waste their time reading such forum posts.
===
"Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime." - Lao Tzu
"God helps those who help themselves." - Ben Franklin
"Search is your best friend." - Worldfallz
"omg, why doesn't drupal have x already" posts.,
Yeah., I realize that Inline Image support is WAY out there and certainly not something that nearly every single web site on the internet has or would want already.
But still, for some strange reason it is on my "Wish List" and so I was looking for some friendly assistance with this far out request for (goodness knows why) inline image handling.
I've done a lot of Google searching and looking through, loading and testing of various modules and solutions and as usual there are plenty of ways and means.
I personally have no problem inserting images into pages using my own code, but the whole point (or is it?) of using Drupal is to develop a site that one can hand off to a User or Users.
Many (most?) of these users may have NO idea OR interest in learning HTML (my goodness, could this be so?) or how to place an image inline with their text.
This took me a while to grock, but there actually are people ouit there (some millions and millions if you look at Facebook) who could care less about learning HTML.
If, for some weird reason, there are (and have been for many, many years) millions and millions and MILLIONS of users who just might wish to insert an inline image into a web page, then it also just MIGHT behoove US to add this far fetched functionality to Drupal just in case on the offhand chance that some crazy user might say. ""omg, why doesn't drupal have x already"?!?!
Just a thought., and please excuse my own wish for this far fetched "functionality".,
_
No one is questioning or implying what you seek is 'farfetched'-- let's not waste time with straw men.
It was the tone of the OP that implies there's some mysterious group of people, other than yourself, that is responsible for this feature not being in core that was being questioned.
Drupal is very much a scratch your own itch type community. Clearly no one has felt the need to scratch this particular itch into core or it would be there already. If it's such an important feature for you, your time would be much better spent championing it for d7 then wasting in lengthy forum posts which,more than likely, no one who codes for core will ever see.
There are several ways to handle this for contrib at the moment-- so it's not like the feature is missing completely. Much of how to 'best' implement this is completely dependent on the use case and the skillset of the content authors. For technical authors i like bueditor with imce, for non technical authors where images will be nodes I like fckeditor with the image and image_browser modules. When images are not nodes I like fckeditor with imce. The fckeditor folks also have a commercial image browser that looks nice as well (as do the tinymce folks).
And, with all these choices, which would be the 'best' option for core? IMO its actually a very complex question which will more than likely involve a complex answer. In the meantime, there's contrib.
and fwiw, imo justageek is completely correct-- the first effort should be aimed at convincing users NOT to use inline imaging.
===
"Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime." - Lao Tzu
"God helps those who help themselves." - Ben Franklin
"Search is your best friend." - Worldfallz
convincing users NOT to use inline imaging.,
Well., I really hope that this is not the "best" solution., perhaps for the short term it may be, but if Drupal (and others) can have the incredible functionality that it already has, then adding inline image support (even perhaps with a self limitiing, self compressing image edit code set?) for the non-techie user cannot be out of the question.
I cannot imagine having to tell my users / site owners that they cannot place images inline (by themselves) along with their text in order to look like any other "self respecting" commercially available web site. Again, perhaps this will indeed be problematic for the present capabilities of Drupal, but this will eventually have to be adressed.
Is it true that most Drupal user based web sites do not allow inline uplaod / placement of images? Each of these sites actually has a web dev person who oversees all upload, sizing, placement and layout of user images? Well., thanks so much for the sobering input. Much to consider and reconsider now.,
AK
.
Well, I can't speak for "most" by any means but I have one client who is not terribly Drupal savvy and he is able to use Asset just fine. You click where you want the image to go, click "insert assets" and it walks you through it. Could it be better? Sure. But it works. So there are solutions out there. What's really needed is for one solution to get picked, get people focused on it, and get an awesome GUI for it.
Michelle
--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.
click "insert assets" and it walks you through it.
Hmm., now this I have not seen in any of the posts, advice or tutorials that I've gotten around to yet. Is the module called Asset? What other dependencies are there for this to work?
I like your idea of ONE solution to focus on and then dev a nice and easy GUI for our clients / users to see actually work for them. Some of my users are fine with techie stuff.
And then there are others, like my 75 year old mom who I am building a Family Site for, so that she can archive and UL pix and all of her vast Family knowledge and memories into so that they are not lost forever when she is no longer among us.
She will ask me how to do something over and over every time that I see her, because if she is not using it, then it gets "lost", though I must say she has created quite the little e-mail, scanning and self publishing empire for herself among her Christian friends!
Others of my clients are just business people who I would like to place more responsibility for their own site and content on so that they can run it mostly themselves. I am not trying to take money from myself, but there are other irons that I have in the fire.
Not only that, but a truly "turnkey" type of site is one Holy Grail for dev sellers of web services especially in these days of Facebook, MySpace, LinkedIn and the like. Why shouldn't we Drupal developers get in on some of that action?
If and when you have a moment, tell me more about your Asset solution since you seem to have had positive experience with that.
Asset
http://drupal.org/project/asset
It's not what I consider the ultimate easy to use solution but it's not bad. My non technical users can work it. If I could find someone with js skills to integrate it into bueditor's add image button, that would make me a happy camper. :)
Michelle
--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.
_
This isn't so much a drupal thing as an web/html thing. img's break websites pretty easily. that's an unfortunate but true fact.
And I think I should have explained better-- it's not that the images won't be displayed inline, it's that they are not entered inline by users in real time. There's a big difference. You can easily setup a multi image imagefield (complete with imagecache control over exact sizing) users can use to attach their images to their content-- then place the images in the content to appear inline with templates and theming.
I would venture to guess most professional website content authors are not on the same level with mom and pop hobbyists. Two different audiences = two different usability challenges. And it's usually easy to spot the difference from the images in a site-- professional sites tend to exert a lot of control over image standards and placement. On the typical hobbyist site (drupal or not) image placement and standards are a horror, lol.
===
"Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime." - Lao Tzu
"God helps those who help themselves." - Ben Franklin
"Search is your best friend." - Worldfallz
Yep., I know., believe me.,
Yes., thanks Michelle for the reality check., I know that this is a Community Effort and that Core elements go through a process. Bravo for that.
I am still a little amazed that this Inline Image "feature" is apparently not one of the primary concerns of almost every developer who uses Drupal.
My first live site (2000) was built entirely in Notepad and it would have been incomprehensible to create a web site even WAY back then without (inline) images.
OK., so to move forward., I am not a code or module developer, just a simple user, BUT at the same time I am more than willing to support any such development.
Please accept this as an open invitation to ANY such developers who may be working on such a "feature" solution that I am here to assist in any way that I can.
If this is not (apparently?) the Forum or location for my offer of assistance, then please direct me to the proper location for my offer as this is serious and sincere.
A side note; After researching MANY other CMS frameworks and systems (I graduated from Notepad to DW a while ago) I finally came to rest here at Drupal.
As such, my note and sentiment is placed here with the UTMOST repect and concern for the ultimate usefulness and usability of this Noble Project (Drupal).
Thanks.,
AshokanKid
what exactly are you asking for?
You keep saying "inline images", I guess I don't know what you are asking for in Drupal core. Are you wanting an editor "widget" for editing content in your drupal content types, with point and click "insert image here at my cursor"?
If so, please don't ignore the suggestions here for the wysiwyg api and the IMCE modules.
If you are asking for something else, what would it be? Even with Drupal's textarea inputs, you can include html to insert your images, and if you come from a notepad background that should be trivial for you.
Yes., exactly.,
You are absolutely correct in that I personally have no problem at all in placing images into my own pages.
The problem arises when I am building a site for someone else who has not even the faintest clue (or even a passing interest) in learning or using even the most basic of HTML in order to inset images within their text pages and at any location that they desire.
Oddly enough these same users may find it easy enough to enable and place a block using the Drupal interface (once during site config, and then it is done), but code is beyond their grasp or interest. They typically have a business of their own to run and many other concerns.
This little feature / functionality of having a simple and straightforward method of adding images directly into any place on a content page could be huge for any Drupal developer and I am sure is at the top of many developers lists.
I can still code and create my own web sites & templates, but the point is to create a system for the totally NON-geek user who wishes to do the same. This (I believe?) has been Dries vision and why Drupal has become so popular and ultimately so useful.
I will gladly lend whatever support that I can towards this goal. And not to belabor the point, but again, this is WAY past being long overdue in Drupal and I am here (with many others) to urge and encourage that this is remedied for ALL of our benefit.
Yes., or YES?!
AshokanKid
Ok, after ten years of this I typically don't do this for client
After ten years of cms work, I have pretty much stopped letting customers insert images as mentioned, because the ultimately trash their site and ask me to fix it then turn off the editor. So, we arrive at a design decision up front on the location and size of primary images for pages or articles, then we create a column or grid that hold any additional images. ALL images are just uploaded. They are scaled with the image api. So, it is drop-dead simple and consistent.
I know what you will probably say. Clients will not go for it. And perhaps some will not, and there are some cases where the nature of the site demands inline image placement as you describe. But I tend to convince my clients otherwise, especially after they screw up the look of their site by putting pictures in terrible locations.
Anyway, that's my 2 cents and why I don't think inline image editing or wysiwyg editing is a core requirement for Drupal.
suggestions here for the wysiwyg api and the IMCE modules
"., I have pretty much stopped letting customers insert images as mentioned, because the ultimately trash their site and ask me to fix it then turn off the editor. ., "
Ouch., well., this is CERTAINLY a huge consideration and since none of my current projects have gone live yet even for this type of testing, I have yet to experience this., THANKS for sharing the depth of your own experience in this. Yikes., ;-)
Coming from a strictly notepad code and layout background myself and having NO experience with this CMS stuff and handing off a site to a user who will ultimately rarely (haha) call on me except in the most dire of circmumstances, I can see this all happening.
I'll play with the wysiwyg api and the IMCE modules that you suggest and see if that might be a workable solution for my current client sites. Do you have any resources or samples that you can point me to in order to implement this particular functionality?
Thanks for your assist and this is why I came here to Drupal (still the best CMS solution?).
AK
Sigh
I never said it was way out there. It's a perfectly valid wish, shared by a lot of people. My point is that posting in the forum is not the way to go about getting something in core. Most of the people actually working on core don't even read the forums. Even if they did, it's not like they're going to say, "oh what a great idea that I never thought of let me go code that for you right now".
If you want feature X in core, no matter how obvious it may seem to you that it Should Be There Already, it's the same process. Everything that gets added to core gets there because someone wrote a patch and pushed it through. Or several someones. But there needs to be a patch committed. It doesn't just magically appear in core because someone wishes for it.
If you want to help, check the issue queue for D7. There's likely already an issue, at least, if not a patch. Find it, read it, and see what you can do to help whether that be coding, throwing money at it, writing tests for it, or just testing it to see if it breaks. That's useful action. Forum posts wishlists are just noise.
Michelle
--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.
Forum posts wishlists are just noise.,
Gotcha Michelle., and THANKS., this is really just the first of my "getting involved", except that I did "throw some money at" a Theme Developer who I thought did a particularly nice job with a certain theme that I am now playing with.
And I am also almost certain that Inline Image handling is a most obvious addition to Drupal and was kinda fishing for an already implemented (and working) solution that is here now. My own users are almost all rather very NON-techie types.
I'll go over to the issue queue for D7 as well as to look around for other developers who may be working on their own solutions for this functionality (Acquia was mentioned?) and see if there is anything that I can assist with.
Thanks again.,
AK
Good :)
Glad to see you're still willing to help. I came on a bit strong but, as WorldFallz implied, we do get an awful lot of these big posts complaining and usually, but not always, the person gets all defensive when told what they can do to help make it happen. Your response is a nice change of pace.
Michelle
--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.
Your response is a nice change of pace.
Ummm., OMG., I mean., I am here because ultimately I really LOVE what Drupal seems to be able to do and want to become a part (what I can) of making it MORE of what I see and like about Drupal.
If I was still "searching" for a solution (went through WP, Joomla, Plone and many, MANY other CMSes first), I might be of the hit and run sort that one often sees.
So far., it looks like for better or worse., I am here to stay and that means support., though I can "come on a bit strong" sometimes myself., :-)
All this means is that we are committed., or does that mean that we should BE committed., ? In any event I wanna help and make this all work., for me AND for others.,
AK
_
Yes... i just want to express my support as well. It's very refreshing to see someone willing to just jump in where they can instead of followup with a litany of why they can't or shouldn't be expected to contribute.
Welcome aboard-- and come on as strong as you like!
Who knows-- you could be the driver that get this bus parked in core!
===
"Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime." - Lao Tzu
"God helps those who help themselves." - Ben Franklin
"Search is your best friend." - Worldfallz
the driver that get this bus parked in core!
LOL., see? Now THAT is what I had heard about Drupal Community!
I also am so used to some Forums where a newcomer will jump in and perhaps say something a bit pointed and or slightly controversial (like asking for something that has most certainly been asked hundreds of times already!) and then gets jumped all over by the "old timers" who have by now seen and heard it all and are tired of this newbie crap., :-)
Dunno how much of a driving force I might be, though I am certainly willing to get in and get involved somewhat., as much as I can., and def willing to provide some incentive., certainly in terms of testing and giving feedback, but even more if I can., thanks for the kind welcome~!
AK
Well
I'll be the first to admit there is some of that. But it also depends how the post is worded. Consider these examples:
"I just started using Drupal and I can't believe you haven't bothered to add ponies to core, yet. I mean, it's such an obvious feature. Everyone loves ponies. When are you going to get them in core? Should have been done a long time ago."
VS
"Hi, I'm new here and really love Drupal but I don't understand why the core doesn't come with ponies. I searched but couldn't find any discussion of it. Could someone point me in the right direction or let me know how I can help get ponies in core?"
Now obviously those are extremes and most "pony" posts fall in the middle somewhere. But they do tend to be closer to the first example, which really rubs the "old timers" the wrong way. So, yeah, we do tend to jump on people that come in and make demands or tell us what we "should" be doing. But you'll find the tune quickly changes if it turns out the person really does want to help and isn't here just to tell us how we should be running the place. :)
Michelle
--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.
_
lololol-- thanks for the laugh of the day. I almost spit my coffee all over my laptop. I think this is my current favorite pony analogy.
Though I would venture to say your first example was overly polite-- it's usually more like:
"what's wrong with you people--- no ponies? OMGAWDZ... i've been in development 4 87809345892583 years and we ALWAYS had ponies?!?!?!??!?!?!?!?!??!?!?!??!?! Someone better tell the drupal developers to add ponies or i'm going to have to use [insert other cms here']"
;-)
===
"Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime." - Lao Tzu
"God helps those who help themselves." - Ben Franklin
"Search is your best friend." - Worldfallz
Ponies
FINALLY! Someone else who thinks Ponies should be included in the core.
A list of some of the Drupal sites I have designed and/or developed can be viewed at motioncity.com
Ponies., ? !
Jeez., no one EVER said anything about PONIES.,?! I was talkin' about Inline Images.,
Wazza matter with you people anyway., Drupal must really bring out the silliness in y'all.,
(And thanks again for being Human and treating me nicely., even in spite of my n00b status)
LOL!
Oh, man, now you got me giggling.
Michelle
--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.
I hope you read this post
the initial poster was very serious about trying to find 'drupal 6 ponies'
http://drupal.org/node/366927
pOnY 4 Me & 4 U
Yeah., still just a kid here., and also still dreaming of a PoNy., ahhh., 'tis a fine DR3AM anyway.,
I guess that easy Inline Image handling within Drupal is as flighty a dream as well.,
(Heck, Frontpage, Dreamweaver & other WYSIWIGS have only been doing it for ten years or so now., but then that is entirely something else I suppose, isn't it., :-)
If I get my PoNy, then I will NEVER ask for another thing EVER again.,., Promise~!
sigh
Yet another case in point: http://drupal.org/node/371913
=/
===
"Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime." - Lao Tzu
"God helps those who help themselves." - Ben Franklin
"Search is your best friend." - Worldfallz
I can't believe feature x is not in the core
Why don't these people start withholding their upgrade fees? I mean if everyone stopped paying these exorbitant fees to upgrade Drupal, that would send a clear message to the developers that the features they demand must be included.
A list of some of the Drupal sites I have designed and/or developed can be viewed at motioncity.com
Drupal Upgrade Fees., oops.,
Ya' know? Perhaps THAT is what has been happening all along., my own PayPal account has been having a glitch for the LAST TEN YEARS., and so my Drupal Upgrade fees have not been paid., oops~!
Meanwhile., Dries built Drupal as a web app / system with an obvious vision in mind and it has (again obviously) served his immediate vision and then some.
Now Drupal has grown well beyond his initial vision (I would bet) and has MANY more users and uses. To my own observation, "asking" for decent image support in 2009 is like "asking" for user log in support.
Can ANYONE imagine a web system app that did not have easily enabled or implemented user log-in support in this DECADE, much less even the LAST one?!?!
Having twelve ways to do something that is very basic is all well and good, as long as at least ONE of them truly WORKS and is easily implemented right out of the box.
I still feel that decent image handling support is a HUGE "sticking point" (as well as the "perceived" learning curve) with Drupal not being more widely adopted.
Perhaps if good image support had been built in with the enthusiasm that other "functionality" has been adopted (this is 2009 folks!) Drupal would be getting MUCH more CA$H support.
Instead of spending $400 on Dreamweaver some years ago, had I known about Drupal AND had Drupal been able to do what we devs needed, I would much rather give my $$$ to Drupal.org!
For the simple blogger or someone just posting a forum or comment community (read: text) based site, image support may seem like an extra topping, but for ANYONE developing seriously for the internet in the last TEN YEARS, image support is not "eye candy", it is ridiculous to even consider developing without it.
I cast my own personal vote for the developer who creates a SINGLE working module that makes image handling as "seemless" as enabling and moving Block content on site!
And yes, I will gladly vote with my WALLET and finally make good on my Drupal Upgrade Fees~! ;-)
why the dreamweaver comparison
Microsoft Word has built-in templates for making invoices. Should we put that in Drupal, too?
why the dreamweaver comparison.,
"Microsoft Word has built-in templates for making invoices. Should we put that in Drupal, too?"
Gee, I wonder why a comparison to anything else out there. Web dev software, right? What is Drupal actually? How would you define this application / system?
If we were talking about Word Processors and one could not import a font style, let us say, that might be pretty pathetic. Perhaps back in the '90's, but this is 2009.
Soo., Mosaic was the first GUI based web browser that supported inline graphics which came out in 1993 (I Googled this just today). This is not a far stretch. 1993 to 2009!?!?
Are you telling me that in the Drupal app description that for some reason it might be out of line to expect easy, basic inline image support which has only been in use by browsers since 1993!?
Saying that inline image support in Drupal is some "new and far fetched add on" or that ANYONE is going to say, "Gee, that is an interesting request" is quite a put down of Drupal.
Umm, speaking of M$ Word (I didn't mention Word myself, you did), even Word 1997 (!?!?!) can place inline images and then create HTML from that (nasty code though it is! :-).
Bounty
Perhaps you should post a bounty?
AshokanKid, you see the difference between Drupal and Dreamweaver right? I'm not talking about HOW the software works, I'm talking about business models. At its simplist, Adobe (previously Macromedia) has to keep on their toes and continuously improve Dreamweaver to keep people as paying customers. Drupal has to develop its culture of sharing and camaraderie to grow its base. But there isn't really a financial incentive to deliver the specific feature(s) you want. And at this point, as already mentioned, there is no "They." There is no monolithic organization responding to customer's wants.
There are just a bunch of end users and developers. If any one (or more) of them want something badly enough, they make it happen.
A list of some of the Drupal sites I have designed and/or developed can be viewed at motioncity.com
Yep., I totally understand.,
And so I am more than happy to "post a bounty" because again I can barely imagine a web dev app like Drupal that seems to have it's entire existence built around creating "web site frameworks" and NOT have the simplest of easy, basic inline image support.
Good gracious it has SO much Core support for all sorts of other stuff that to anyone wanting to create a "simple basic web site" might easily consider WAY over the top and superfluous.
Soo., perhaps I and others are alone in now "discovering" Drupal and "asking" that Drupal be able to do what every other (much less capable) web dev SW has done for years.
If Drupal was a pay to use SW solution I might still want to use it since it IS indeed so damned capable, though now for some reason I lean towards the Opensource solutions.
It actually IS the sense of Community and working together that I so much love about OS and why I will commit to supporting such. Already donated $$ to a themer just last week.
And whoever creates a simple, easy and basic inline image support solution will have my eternal gratification AND even some financial support thrown into the mix~! :-)
I am also certain that I am not the first to express my amazement that Drupal has not had this "functionality" for many years already since I found MANY others expressing this same incredulous attitude towards Drupal while I was searching for the "best" CMS solution online over the past year.
Where would I post this bounty that you speak of? ;-)
Do you really need it in 'core'?
Or do you just need this functionality in your projects? I can achieve the latter for you if you like... ;-)
Drupal Inline Image Support
Ohh., yeah., THANKS for that pointer to the other post., Muchas Gracias~ This is gonna be my own next major testing point in my own Drupal Operation. I always like to know what is the "best solution" for any given task and it is usually well worth the efforrt.
On to resaerch, testing, documenting and more testing., then final implementation.
AK
WYSIWYG API
The newly revamped WYSIWYG API, that might actually end up in Drupal core, goes a long way by itself, it is compatible with IMCE and it takes all of the
to simply dropping the files of a WYSIWYG editor in the module folder. It's not the whole thing, but it's pretty good, I think!