jardokraka

first off, thank you so much for your work on this plugin.

i am having exactly the same issue as described above with facebook images inthe media library (same symptoms — the login button is shown again on re-load). i am also not able to grant extended permissions to the plugin on the plugin settings page (same symptoms — click ‘grant SFC permissions’ — modal window pops up and closes — settings page reloads — back to ‘grant SFC permissions’ button). both ‘Application Access Token found!’ and ‘User ID and Access Token found!’ are highlighted in green.

the rest works just great. really hoping to get this resolved asap.

thank you.

nice! ?? that’s pretty much the way i wanted it. thank you so much. i’ll post again should i run into any bugs and stuff.

@aesqe: then i guess i’ve failed to express myself properly.

what i want for _some_ of my projects (and i will potentially want it again and again) is this:

https://img15.imageshack.us/img15/4176/screenshot10qg.png

as i said in my earlier message in this thread:

right now i’m working on a project where i’d like to display both buttons (insert gallery, and insert single image), but _not_ the options, as they’d only distract and confuse the user (hence my previous report of the ‘display caption’ not on by default). what i’m doing right now is setting the defaults in media options, and then hiding these filegallery controls with display:none in my custom admin css (which works quite well due to your nicely organized code and IDs for pretty much everything, additional thankyou for that!).

in other words, i want my user to just tick an image (or several images) in FileGallery and press one of the 2 blue buttons – no options, no toggler, all defaults set by admin in media settings.

truly, i’m not sure if such granularity wouldn’t be an overkill. perhaps it would. or not. me i’d love it.

even though i’d still like to be able to hide the fieldset (options) altogether (no toggler, no nothing), i admit that might overload the media settings page a little with too many options :). incase there is a need, one can always hide the fieldsets with css, i guess.

thank you very much for the recent update!

oh i’m really sorry, i had removed it previously myself :).

actually, not 100% :).

‘display caption’ is now checked by default, as per my request, but this results in unwanted behavior (in my view).

i attach an image, and i do not set any caption in its metadata, the caption field is empty — only the title and alt fields are filled out.

then when i click ‘insert attachment as single image’, the inserted code is as follows:

[caption id="attachment_458" align="aligncenter" width="520" caption=""]<img src="https://www.site.com/wp-content/uploads/2010/12/blah.jpg" alt="blah" title="blah" width="520" height="397" class="aligncenter size-medium wp-image-458" />[/caption]

it inserts an empty caption, while i believe it shouldn’t insert anything caption-related as long as the caption field was left empty in meta settings.

i’d be interested in hearing your thoughts on the matter :).

thanks.

thanks for fixing this in v1.6.5.2.

re: “Display options for inserting galleries / single images into a post?” in media options —

i believe ideally these options should be separated, as one might want to display one (say, gallery options) but not the other (single image options), or vice versa.

moreover :), right now i’m working on a project where i’d like to display both buttons (insert gallery, and insert single image), but _not_ the options, as they’d only distract and confuse the user (hence my previous report of the ‘display caption’ not on by default). what i’m doing right now is setting the defaults in media options, and then hiding these filegallery controls with display:none in my custom admin css (which works quite well due to your nicely organized code and IDs for pretty much everything, additional thankyou for that!).

i can also think of a situation where i’d want to display both buttons, and the options for just one of them :).

in other words, i believe this level of interface customization would be fantastic, it’s something that this plugin lacks right now, but it’s also what it deserves, taking into account how incredibly good it is in most areas.

it just takes custom backend development for wordpress to a whole new level, i can’t believe i hadn’t found it earlier. i’ll most certainly be back with more ideas (if you don’t mind) and bug reports (if any).

thank you.

thanks alot, v1.6.5.2 resolves this issue.

problem fixed, thanks so much.