User tests: Successful: Unsuccessful:
Moves media field to layouts
Uses bootstrap for the modal
Uses popover for the image preview
None, if we use multiple layouts (e.g. at joomla root one that uses mootools, and on isis and protostar one that uses bootstrap)
Testing
Try to re edit a banner on backend and select an image...
Labels |
Added:
?
|
Labels |
Added:
?
|
Category | ⇒ | Layout Libraries |
Easy | No | ⇒ | Yes |
Milestone |
Added: |
The issue ultimately lies in JViewLegacy::_addPath() and how it adds lookup paths. Essentially, every additional path that's added to the lookup array gets bumped to the front of the line. The first way I can think to make this work is that when $this->getView()
is called in MediaController::display()
, we'll have to inject the base_path
option into the config array so that the base lookup path is always JPATH_COMPONENT_ADMINISTRATOR
(since the site component has no views). Doing that, the default behavior of setting the template paths should work as it'll first prefer administrator/components/com_media/views/<whatever>
then fall back to the active template regardless of site or admin.
Milestone |
Added: |
Modals are cut off and not responsive. See screenshots for details.
@designbengel I am not getting this and frankly this cannot happen as the modal width is set as a percentage of the window with (80%). mot probably your emulator is messing up there
Parse error: syntax error, unexpected end of file in C:\xampp\htdocs\test\administrator\templates\isis\html\layouts\joomla\form\field\media.php on line 138
@adhocgraFX
Please try reapplying the patch as line 138 is just pure html </div>
Also can you provide some more infos how to replicate this?
@dgt41 got same error on another pc/ xamp installation / same php settings: display errors = On, error reporting = E ALL | E STRICT, safe mode = Off, magic quotes gpc = Off
@adhocgraFX what’s in line 138 of C:\xampp\htdocs\test\administrator\templates\isis\html\layouts\joomla\form\field\media.php
?
Suppose that this is where the error is thrown..
@adhocgraFX And also which view triggered this error?
e.g. in http://localhost/joomla-cms/administrator/index.php?option=com_banners&view=banner&layout=edit&id=2
but in more tested views like com contact and so on
media php, line 138: the closing div
i changed now in line 125 and 128 <? endif; ?> to <?php endif; ?>
and now it works >
i'm not a pro-programmer, but i think, this was the issue, better ask @mbabker too
@adhocgraFX I must admit I was looking at the wrong file
I thought we weren't supposed to use "short codes" in J!?
Bear
On 3/15/2015 16:33, adhocgraFX wrote:
e.g. in
http://localhost/joomla-cms/administrator/index.php?option=com_banners&view=banner&layout=edit&id=2but in more tested views like com contact and so on
media php, line 138:
i changed now in line 125 and 128 <? endif; ?> to <?php endif; ?>
and now it works >
i'm not a pro-programmer, but i think, this was the issue, better ask
@mbabker https://github.com/mbabker too—
Reply to this email directly or view it on GitHub
#5871 (comment).No virus found in this message.
Checked by AVG - www.avg.com http://www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9306 - Release Date: 03/15/15
We don't use them in Joomla core and IIRC in PHP 5.3 short PHP codes are something that can be turned off.
Good move! I have test this PR using the select image field in Global configuration and noticed a few things:
Maybe you can add the #6462 (when that PR is merged)? That will brings the buttons on a more logical place in my opinion.
Edit: oops, just see your the person that makes that PR
@n9iels thanks for testing
most of the bugs you mention here are caused because of a change in modals height in 3.4.1 which obviously has to be taken into consideration here! (the height of the iframe is way to big that’s the reason for the blank space and the double scrollbars)
The idea for the buttons at the bottom is a nice one and I have to implemented here and also to other modals (we need some consistency)
preview button: thats a minor css thing
On iPhone 5 the select image field and the model: again css thing
BUT this awaits the new layouts renderer, which is still not coded, so actually, even if it seems ready, it has to wait for 3.5
I just tested this to see if it fixes #6799. In Isis, the image preview works fine. The path tooltips however only seem to work when I select a new image after applying the patch. For images which were set before applying the patch, I don't get tooltips. Tested in the "images and links" section of the article form.
As you already remarked, @dgt41, the behavior of this patch is not consistent in Isis and Hathor. Not sure if it is related to this problem, but I don't see a good reason for creating overrides for Isis, our default admin template.
@Harmageddon The tooltip should be fine for stored values as well now!
About the different layout in Hathor this was intended so people can test both layouts (mootools and bootstrap). I guess when the layout renderer is ready and all the tests are good here copying the overrides to hathor shouldn’t be a problem.
@n9iels I made some changes:
buttons should be fine now,
iPhone should have no problems.
@n9iels the message "Geen bestand…" which is running out of screen is a browser specific (check the code) thus it might seem broken in emulator but in iOS should render fine.
This a real rendering with IOS 8.3 and iPhone 6
But I wouldn’t care too much for the inner part of the modal, as with the new media manager this will change
didn't knew that, thanks for the information.
I hope the new media manger will come soon :)
Milestone |
Removed: |
Milestone |
Removed: |
Milestone |
Removed: |
Milestone |
Removed: |
#Test OK
One step closer to drop mootools. Congratulations!
Status | Pending | ⇒ | Ready to Commit |
Labels |
Added:
?
|
Restarted Travis process.
Sorry to mix in with different perspective but have anyone noticed that it is nothing but an uploader? It should not be called Media Manager at all. IMO, the popup should have Create Folder, Delete Folder, Move files, Copy files functionalities within the popup.
@frogydiak There is a PR for a new Media manager #3839 you can take this idea there
Status | Ready to Commit | ⇒ | Pending |
Labels |
Removed:
?
|
@Fedik To relief some of the pain with the reputable I end up using exactly the same function as the old mootools code, and make some other changes so the values are injected automagically from the calling element. So in theory you only have to replace the id’s on the span for the preview, on the input field and on the remove button (as well as the actual modal id). And then override the modal toggler. Should be a bit easier. I hope so!
What has changed since the last RTC:
Please test again, to get this ready for 3.5
This PR has received new commits.
CC: @adhocgraFX, @anibalsanchez, @designbengel
I have tested this item successfully on 5838d66
Works good. I like the improvment e.g. the new "Tab" for uploading. Thanks.
@designbengel no problem for the mobiles (or smaller screen devices)
I made some minor touches so another test is needed...
This PR has received new commits.
CC: @adhocgraFX, @anibalsanchez, @designbengel, @zero-24
Ok looks good now to me. Just on very minimal code comment ;)
I have tested this item successfully on 3934118
I have tested this item successfully on ab0da6d
This PR has received new commits.
CC: @adhocgraFX, @anibalsanchez, @designbengel, @zero-24
This PR has received new commits.
CC: @adhocgraFX, @anibalsanchez, @designbengel, @zero-24
@phproberto can you try emptying browsers cache?
This PR has received new commits.
CC: @adhocgraFX, @anibalsanchez, @designbengel, @zero-24
This PR has received new commits.
CC: @adhocgraFX, @anibalsanchez, @designbengel, @zero-24
I have tested this item successfully on f5df125
Everything works now. Thanks!
I have tested this item successfully on f5df125
Status | Pending | ⇒ | Ready to Commit |
RTC Thanks :)
Labels |
Added:
?
|
Status | Ready to Commit | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2015-11-06 01:36:56 |
Closed_By | ⇒ | wilsonge |
Labels |
Removed:
?
|
@Fedik yes you are right, the variable descriptions are missing.
Also creating a media-js.php file is questionable (it doesn’t follow any known pattern)
@okonomiyaki3000 is doing something similar at #5863
So I guess it would be nice if a pattern could be established for layout assets (js, css)