Skip to content

Versions using layouts and bootstrap#5654

Merged
wilsonge merged 6 commits intojoomla:stagingfrom
dgrammatiko:_field_content_history
Nov 6, 2015
Merged

Versions using layouts and bootstrap#5654
wilsonge merged 6 commits intojoomla:stagingfrom
dgrammatiko:_field_content_history

Conversation

@dgrammatiko
Copy link
Copy Markdown
Contributor

Use of layouts for field contenthistory

This is a redone for #4561. Now versions are using layouts and there are two sets:
One on the root/layouts this is for B/C
And another on the templates isis and protostar this is using bootstrap modal

Actual rendering:

Isis:
screen shot 2015-01-09 at 10 07 13

Protostar:
screen shot 2015-01-09 at 10 08 01

B/C

None

Testing

Try to re edit an article on backend and front end (make sure that versions are enabled and you have few versions available)

@wilsonge
Copy link
Copy Markdown
Contributor

Note to committers DO NOT merge this for 3.4. Wait until me and @phproberto have worked out the final desired form for a rendering class.

@dgrammatiko
Copy link
Copy Markdown
Contributor Author

@wilsonge I am not trying to change your (and @phproberto ’s) timelines here!
My idea here was that if introducing: user, media and versions fields using layouts and bootstrap and also have #4661, #4645, #4563 and #5652 merged for 3.4 then the team could advertise that Joomla dropped almost totally Mootools in core.
BUT that could happen ONLY IF the fields DO NOT introduce a wrong approach which then will become a pain in the @$$ to try to maintain, update etc.
Also I don’t know what are the USP s for 3.4, but I assume that advertising a total transition to jQuery could be a nice feature (amongst the others)

Bottom line: if you want me to put it on hold (e.g. close it for now) I will do so

@wilsonge
Copy link
Copy Markdown
Contributor

I completely understand the reasons for this! And I support killing off mootools as well. The issue for me is how we intialise and render the JLayout. The framework View package from 2.0 will likely include this renderer class Michael wrote for Jissues (see ). We had a JLayout implementation here https://github.com/joomla-projects/cms-naked/blob/master/libraries/cms/renderer/jlayout.php and were thinking about using that.

But my point is that whilst we still are really unsure about how any rendering system will work in Joomla I'm really reluctant to start doing everything before we have a 'accepted' solution. Because otherwise we start getting inconsistencies and b/c breaks. I'll try and get @phproberto to comment on this before you actually close it. But my opinion is to (reluctantly) hold it .

@phproberto
Copy link
Copy Markdown
Contributor

Thanks @wilsonge for taking care of this. I've moved all my github notifications to another folder and it's harder for me to notice things like this.

Yes. I think this should be moved to the v3.5 release. I've just had a phone call with Javier to prepare the v3.5 enviroment. I think we are going to have the same setup than v3.4 so we will have a milestone + a tag for PRs related to it. Once we have settled where & how is v3.5 code going to be managed @wilsonge and I can have the definitive renderer ready and then start telling people how integrate things like this PR.

I don't think that this PR will need a lot of changes, just use the new rendering system. I agree that it makes no sense to introduce something now to then change it on v3.5.

So I think we can keep this PR open until in around 2 weeks we have things settled. Then point it to the right place with the right instructions.

Thanks @DGT41 !!

@dgrammatiko
Copy link
Copy Markdown
Contributor Author

@wilsonge @phproberto Excellent! FYI there is also a media field layout, but I forgot to push the code here, so you don’t have to redo that one as well 😄. As soon as you settle the 3.5-dev repo I will bring it there!

One more think that needs your attention is #5652 which is a redo of the current implementation with a little twist to have bootstrap modal in the equation. And the question, as well there, is the same shall it wait for 3.5, or can it go in 3.4?

@Fedik
Copy link
Copy Markdown
Member

Fedik commented Jun 14, 2015

test works good

@anibalsanchez
Copy link
Copy Markdown
Contributor

#Test OK


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@roland-d
Copy link
Copy Markdown
Contributor

roland-d commented Oct 3, 2015

@wilsonge Have you figured things out as to what to do with this PR? Can this be merged into 3.5 or should it wait longer?


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@wilsonge
Copy link
Copy Markdown
Contributor

wilsonge commented Oct 3, 2015

If we implement the stuff Roberto mentioned in #7948 (comment) then I'm happy (this also applies for #5655)

@dgrammatiko
Copy link
Copy Markdown
Contributor Author

To test this try to edit an article in isis, hathor, protostar and beez

@zero-24 zero-24 removed the RTC This Pull Request is Ready To Commit label Oct 5, 2015
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is there a reason to use $renderLayout and not $layout as e.g. here: https://github.com/joomla/joomla-cms/pull/7702/files#diff-f4e4dfd1f5119bfe9d55b7c74570c7a6R42 ?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

good point

@zero-24
Copy link
Copy Markdown
Contributor

zero-24 commented Oct 28, 2015

Expected my comment here. Hathor is broken:

hathor_broken

and in beez we have no option to use the versions anyway 😄 (bevor and after the patch)

protostar and isis looks good to me.

@dgrammatiko
Copy link
Copy Markdown
Contributor Author

@zero-24 Fixed!

@zero-24
Copy link
Copy Markdown
Contributor

zero-24 commented Oct 28, 2015

@DGT41 i don't see any change (on github)? Are you sure you commit the change for $renderLayout and $layout. Did you also catch that hathor problem?

@zero-24
Copy link
Copy Markdown
Contributor

zero-24 commented Nov 1, 2015

I have tested this item 🔴 unsuccessfully on f45ad43

hmm i have still the same problems with hathor here :( Sorry for the delay @DGT41


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@coolcat-creations
Copy link
Copy Markdown
Contributor

I have tested this item 🔴 unsuccessfully on f45ad43

I have also issues in Hathor - it´s cut off, when the window is resized. And despite i don´t think anyone would use this on mobile - it seems to be broken also. (screens following)


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@coolcat-creations
Copy link
Copy Markdown
Contributor

bildschirmfoto 2015-11-01 um 17 39 46
bildschirmfoto 2015-11-01 um 17 38 06

@joomla-cms-bot
Copy link
Copy Markdown

This PR has received new commits.

CC: @anibalsanchez, @designbengel, @Fedik, @zero-24


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@dgrammatiko
Copy link
Copy Markdown
Contributor Author

@designbengel Hathor and Beez are not really compatible with bootstrap. Let them use mootools…
So this PR now converts the content history modal to bootstrap ONLY for Isis and Protostar

@zero-24
Copy link
Copy Markdown
Contributor

zero-24 commented Nov 2, 2015

I have tested this item ✅ successfully on 9c5bef6

Works now or lets better say it is broken the same way as bevor for hathor. 😃


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@joomla-cms-bot
Copy link
Copy Markdown

This PR has received new commits.

CC: @anibalsanchez, @designbengel, @Fedik, @zero-24


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@zero-24
Copy link
Copy Markdown
Contributor

zero-24 commented Nov 3, 2015

I have tested this item ✅ successfully on c1596fb

Still works with hathor and isis as well as protostar. for testing this #8248 needs to be applyed as well.


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

commit 027c213
Author: dgt41 <d.grammatiko@gmail.com>
Date:   Sun Oct 4 15:44:39 2015 +0300

    Include @phproberto s recommendations

commit 2fe6482
Author: dgt41 <d.grammatiko@gmail.com>
Date:   Mon Jun 8 17:19:52 2015 +0300

    Remove mootools from front end

commit 2dedd2d
Author: dgt41 <d.grammatiko@gmail.com>
Date:   Mon Jun 8 16:51:40 2015 +0300

    JCLOSE doesn't exist

commit aa229fe
Author: dgt41 <d.grammatiko@gmail.com>
Date:   Wed Jun 3 17:53:08 2015 +0300

    sync

    proper usage of JHtml
    comments
    default layout mootools for B/C

commit cc9240f
Author: dgt41 <d.grammatiko@gmail.com>
Date:   Wed Apr 29 02:55:29 2015 +0300

    footer

commit 279354b
Author: dgt41 <d.grammatiko@gmail.com>
Date:   Fri Jan 9 22:10:51 2015 +0200

    Versions using layouts and bootstrap
@joomla-cms-bot
Copy link
Copy Markdown

This PR has received new commits.

CC: @anibalsanchez, @designbengel, @Fedik, @zero-24


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@phproberto
Copy link
Copy Markdown
Contributor

I have tested this item ✅ successfully on bc4331d

Works perfectly. Requires the modal CSS fixes from #5871


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@coolcat-creations
Copy link
Copy Markdown
Contributor

At squeezing the window there is some stuff cut off.
bildschirmfoto 2015-11-05 um 19 29 52

@waader
Copy link
Copy Markdown
Contributor

waader commented Nov 5, 2015

I have tested this item ✅ successfully on bc4331d

As @designbengel noted: there are cut off´s when reducing the viewport, but on the other hand they are also present in the mootools version. So being pragmatic I would suggest to go with the current version and maybe improve here and there later.

I tested with IE8 and current FF, Chrome and IE but with no mobile phone.


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@joomla-cms-bot
Copy link
Copy Markdown

This PR has received new commits.

CC: @anibalsanchez, @designbengel, @Fedik, @phproberto, @waader, @zero-24


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@dgrammatiko
Copy link
Copy Markdown
Contributor Author

Added a span with class hidden phone to make the buttons fit the mobile view. Preview:
screenshot 2015-11-05 20 37 31

@waader @designbengel can you confirm that is fixed now?

@waader
Copy link
Copy Markdown
Contributor

waader commented Nov 5, 2015

Great! Before retesting ... the checkbox on left side of each row is also "hidden". Maybe you have another idea to get that fixed?


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@joomla-cms-bot
Copy link
Copy Markdown

This PR has received new commits.

CC: @anibalsanchez, @designbengel, @Fedik, @phproberto, @waader, @zero-24


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@dgrammatiko
Copy link
Copy Markdown
Contributor Author

@waader I didn’t realize that in order to compare two versions you need to be able to select them. Now should be ok

@coolcat-creations
Copy link
Copy Markdown
Contributor

I have tested this item ✅ successfully on ba74815

now everything is nice.
Suggestion: There is a close button at the bottom. In the banner section it´s a cancel button. maybe same wording for all modals?


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/5654.

@waader
Copy link
Copy Markdown
Contributor

waader commented Nov 5, 2015

Now it's definitely better than the mootools version. Thanks!

wilsonge added a commit that referenced this pull request Nov 6, 2015
Versions using layouts and bootstrap
@wilsonge wilsonge merged commit 2cfcc7c into joomla:staging Nov 6, 2015
@wilsonge
Copy link
Copy Markdown
Contributor

wilsonge commented Nov 6, 2015

Merged - two successful tests from @waader and @designbengel

@dgrammatiko dgrammatiko deleted the _field_content_history branch November 6, 2015 03:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.