We just installed Foreground on a new MediaWiki site.
Question: it appears when "editing" a page we get a 'new frame' inside the page - that has another set of scroll bars to navigate. Any way to avoid this?
When I check "Edit" view on other Foreground sites, like https://docs.joomla.org/Portal:Learn_More, they also go into this "embedded subframe page" to edit. After saving, the page goes back to "normal" without needing the extra subframe for the content.
I'm guessing this editing view is related to Foreground being so beautifully "responsive" on mobile devices? So desktop users need to accept the "embedded subframe page" while editing. (currently, I find this a bit of a nuisance - but will adapt because Foreground is so groovy cool)
P.S. we're rocking with MediaWiki 1.27 with no problems thus far.
Thanks! Bruce
Hmm
That should not be happening. I do not see this behavior on JDocs, desktop or iPhone. What browser are you using? Do you have JavaScript blocked or off?
Tom
On Aug 14, 2016, at 5:53 PM, Bruce Tambling tambling@brucetambling.com wrote:
We just installed Foreground on a new MediaWiki site.
Question: it appears when "editing" a page we get a 'new frame' inside the page - that has another set of scroll bars to navigate. Any way to avoid this?
When I check "Edit" view on other Foreground sites, like https://docs.joomla.org/Portal:Learn_More, they also go into this "embedded subframe page" to edit. After saving, the page goes back to "normal" without needing the extra subframe for the content.
I'm guessing this editing view is related to Foreground being so beautifully "responsive" on mobile devices? So desktop users need to accept the "embedded subframe page" while editing. (currently, I find this a bit of a nuisance - but will adapt because Foreground is so groovy cool)
P.S. we're rocking with MediaWiki 1.27 with no problems thus far.
Thanks! Bruce _______________________________________________ Foreground mailing list Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground
Good question Tom. Issue persists on Mac OSX 10.11.6 Chrome, Firefox and Safari. Perhaps this is a MW 1.27 issue? Please see attached screenshot. Thanks!
[image: Inline image 1]
____________________ Bruce Tambling 408-313-9006 Mobile
On Sun, Aug 14, 2016 at 5:00 PM, Tom tom@hutch4.us wrote:
Hmm
That should not be happening. I do not see this behavior on JDocs, desktop or iPhone. What browser are you using? Do you have JavaScript blocked or off?
Tom
On Aug 14, 2016, at 5:53 PM, Bruce Tambling tambling@brucetambling.com wrote:
We just installed Foreground on a new MediaWiki site.
Question: it appears when "editing" a page we get a 'new frame' inside the page - that has another set of scroll bars to navigate. Any way to avoid this?
When I check "Edit" view on other Foreground sites, like https://docs.joomla.org/Portal:Learn_More, they also go into this "embedded subframe page" to edit. After saving, the page goes back to "normal" without needing the extra subframe for the content.
I'm guessing this editing view is related to Foreground being so beautifully "responsive" on mobile devices? So desktop users need to accept the "embedded subframe page" while editing. (currently, I find this a bit of a nuisance - but will adapt because Foreground is so groovy cool)
P.S. we're rocking with MediaWiki 1.27 with no problems thus far.
Thanks! Bruce
Foreground mailing list Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground
Foreground mailing list Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground
Hi Bruce
That's normal behavior for the WikiEditor extension. You need a method to scroll up and down if the content is longer than the window's length. I thought you were referring to side (horizontal) scrolling or the whole editor was scrolling.
Tom
On Aug 14, 2016, at 8:09 PM, Bruce Tambling tambling@brucetambling.com wrote:
Good question Tom. Issue persists on Mac OSX 10.11.6 Chrome, Firefox and Safari. Perhaps this is a MW 1.27 issue? Please see attached screenshot. Thanks!
<Foreground-EmbeddedFrame_Editing_MW1.27.jpg>
Bruce Tambling 408-313-9006 Mobile
On Sun, Aug 14, 2016 at 5:00 PM, Tom tom@hutch4.us wrote: Hmm
That should not be happening. I do not see this behavior on JDocs, desktop or iPhone. What browser are you using? Do you have JavaScript blocked or off?
Tom
On Aug 14, 2016, at 5:53 PM, Bruce Tambling tambling@brucetambling.com wrote:
We just installed Foreground on a new MediaWiki site.
Question: it appears when "editing" a page we get a 'new frame' inside the page - that has another set of scroll bars to navigate. Any way to avoid this?
When I check "Edit" view on other Foreground sites, like https://docs.joomla.org/Portal:Learn_More, they also go into this "embedded subframe page" to edit. After saving, the page goes back to "normal" without needing the extra subframe for the content.
I'm guessing this editing view is related to Foreground being so beautifully "responsive" on mobile devices? So desktop users need to accept the "embedded subframe page" while editing. (currently, I find this a bit of a nuisance - but will adapt because Foreground is so groovy cool)
P.S. we're rocking with MediaWiki 1.27 with no problems thus far.
Thanks! Bruce _______________________________________________ Foreground mailing list Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground
Foreground mailing list Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground
Foreground mailing list Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground
Yep, sorry, it was just me getting used to flying with Foreground. Responds a tad differently to our previous Vector based skin. (when resizing the edit window)
It's all good and we are loving Foreground.
Thanks.
____________________ Bruce Tambling 408-313-9006 Mobile
On Sun, Aug 14, 2016 at 7:32 PM, Tom tom@hutch4.us wrote:
Hi Bruce
That's normal behavior for the WikiEditor extension. You need a method to scroll up and down if the content is longer than the window's length. I thought you were referring to side (horizontal) scrolling or the whole editor was scrolling.
Tom
On Aug 14, 2016, at 8:09 PM, Bruce Tambling tambling@brucetambling.com wrote:
Good question Tom. Issue persists on Mac OSX 10.11.6 Chrome, Firefox and Safari. Perhaps this is a MW 1.27 issue? Please see attached screenshot. Thanks!
<Foreground-EmbeddedFrame_Editing_MW1.27.jpg>
Bruce Tambling 408-313-9006 Mobile
On Sun, Aug 14, 2016 at 5:00 PM, Tom tom@hutch4.us wrote:
Hmm
That should not be happening. I do not see this behavior on JDocs, desktop or iPhone. What browser are you using? Do you have JavaScript blocked or off?
Tom
On Aug 14, 2016, at 5:53 PM, Bruce Tambling tambling@brucetambling.com wrote:
We just installed Foreground on a new MediaWiki site.
Question: it appears when "editing" a page we get a 'new frame' inside the page - that has another set of scroll bars to navigate. Any way to avoid this?
When I check "Edit" view on other Foreground sites, like https://docs.joomla.org/Portal:Learn_More, they also go into this "embedded subframe page" to edit. After saving, the page goes back to "normal" without needing the extra subframe for the content.
I'm guessing this editing view is related to Foreground being so beautifully "responsive" on mobile devices? So desktop users need to accept the "embedded subframe page" while editing. (currently, I find this a bit of a nuisance - but will adapt because Foreground is so groovy cool)
P.S. we're rocking with MediaWiki 1.27 with no problems thus far.
Thanks! Bruce
Foreground mailing list Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground
Foreground mailing list Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground
Foreground mailing list Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground
Foreground mailing list Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground
Good question Tom. Issue persists on Mac OSX 10.11.6 Chrome, Firefox and Safari. Perhaps this is a MW 1.27 issue? I will resize the screenshot and try to send as attachment (staying within the 40KB limit here) Thanks
____________________ Bruce Tambling 408-313-9006 Mobile
On Sun, Aug 14, 2016 at 5:00 PM, Tom tom@hutch4.us wrote:
Hmm
That should not be happening. I do not see this behavior on JDocs, desktop or iPhone. What browser are you using? Do you have JavaScript blocked or off?
Tom
On Aug 14, 2016, at 5:53 PM, Bruce Tambling tambling@brucetambling.com wrote:
We just installed Foreground on a new MediaWiki site.
Question: it appears when "editing" a page we get a 'new frame' inside the page - that has another set of scroll bars to navigate. Any way to avoid this?
When I check "Edit" view on other Foreground sites, like https://docs.joomla.org/Portal:Learn_More, they also go into this "embedded subframe page" to edit. After saving, the page goes back to "normal" without needing the extra subframe for the content.
I'm guessing this editing view is related to Foreground being so beautifully "responsive" on mobile devices? So desktop users need to accept the "embedded subframe page" while editing. (currently, I find this a bit of a nuisance - but will adapt because Foreground is so groovy cool)
P.S. we're rocking with MediaWiki 1.27 with no problems thus far.
Thanks! Bruce
Foreground mailing list Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground
Foreground mailing list Foreground@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/foreground
foreground@lists.wikimedia.org