Sign up for Office 365
Learn more about Office 365
I think this is a glitch and it is making web design challenging. Whenever I add a Slide Show Gadget reguardless of size and where it is, it always shifts vetically changing the formatt of the entire site. Published positions are unexpected. See included image. I created an overlay to show the difference.
You may attempt the options posted throughout this thread. The product team has received the request for change and will consider it for a future release however they currently have no plan to make a change in this area. I apologize for any inconvenience.
I will continue to monitor this thread if you have any additional questions.
Office 365 SharePoint Support
Here is another example. In this case the slide show is inserted into the first line of text and justified to the right using the paragraph style that puts all the text on the right side of the frame.
In the overlay example I have included the slide show is ignoring both vertical and horizontal placement. What is going on?
It only seems to work if all the images are the same dimensions and you resize the module to them. Even then there are unwanted margins/padding added.
I just noticed the same thing happened on that linked page in IE - but is fine in Firefox. How anyone is supposed to build a site with all these bugs is beyond me.
http://webbrewers.com/ | | Get more out of Office 365
This is Jason Burnside from Microsoft Office365 SharePoint Support.
Thanks for coming to the communities with your concerns about are slideshow publishing in the wrong spot.
1) Are you resizing the slideshow?
2) Have you tried using different zone sizes?
3) If you use a zone that is closer fitted to the size that you want the slideshow, do you still have this issue?
I tend to have this issue when using a slideshow that is in a larger zone and I resize the slideshow.
1 out of 1 people found this post helpful.
When transferring from OLSB to Office 365 I used past slide show sizes (custom) which worked with the formatting of the rest of the pages (prefereabble).
In the latest sample image, the slide show is sized to the exact resolution of the images (all images the same) and a zone is shrink wrapped around it as if to force it in a poistion. Yet, there is still unintentional shifting happening once published.
Yes. The sample image provided demonstrates this.
If I impliment a slide show that does not need to be off center to coordinate with other objects and is simply placed in it's own page, there is unintentional shifting downward as well, so even in the most simplest of context, the slide show does not follow its original formatting.
I can confirm that the Slide Show Gadget works as expected in Firefox. This pertains to slideshows with modified sizes and irregular image sizes.
Please fix in IE.
I have sent you a private message so you may start a service request for your issue. Make sure that you check the link to the Private Messages as it may not register that you have one.
I am also experiencing this problem and it is not good! Any Solutions!
Would you explain your issue in further detail?
The illustrations above explain it well.
The new O365 website is going to have go live in 14 days. Is the glitch going to be solved by then?!
Do you have the images uploaded into your website image library to Insert the image from the ribbon or did you copy and paste it directly from OLSB to the Office 365 website?
I have saved the images to my computer for both archival purposes and for use on the new O365 pages. I did not copy and paste. Good question though.
For anyone else watching this thread with slide show gadget issues, Microsoft has contacted me and communication about the problem was very successful. The issue has been confirmed and is being upgraded for further sampling.
Have you created a Service Request for this issue?
Are you still having an issue with the slideshow gadget?
I will continue to monitor this thread for further posts or questions.
I did submit a service request and was then contacted by support. I was able to show examples of the slide show gadget positioning problems and we began to troubleshoot. I have not heard back from the development team on any solutions yet.
Where is the Sharepoint Designer? (this could be something I use all the time and not refer to it as the Sarepoint Designer). What does the <p> do?
<p> = paragraph so it basically just creates a line break. Competent browsers will render it that way but it's hard to explain how IE renders things. It may be basing the amount of break to make on the height of the slideshow, hence the problem. In other words it's incorrectly adding the height of the slideshow as a line before the slideshow starts.
Since the problem has been identified and all the code is generated dynamically off the asp code running on the 365 servers, it would be easy to fix globally by removing the p tags or replacing them with a br tag and rolling that out. But only MSFT can do that.........
Microsoft has contacted me with some options and where to obtain Sharepoint Designer. I will update this thread when I have a chance.
An unfortunate workaround from support:
"After obtaining as much additional information as I've been able, the unanimous response for this issue has come back to the site layout itself. Whether by making modifications to the gadget code, such as through SharePoint Designer, or through additional zones to help lock the gadget into a specific location, we've been seeing this issue appearing occasionally, and solely with the Slideshow. As we've been provided a few different workarounds that have been tested and confirmed to resolve the issue, though, this is the direction we're going to need to take to resolve this on your site."
The gadget worked fine in OLSB by following the paragraph styles. I am bummed out that this is not the case anymore.
Geez, it would probably take 5 minutes to correct the underlying code. Instead they're suggesting users unfamiliar with Sharepoint Designer go in and change things themselves, which will probably lead to other things getting broken. And of course none of them will be "supported" because they require "custom coding".
Since the slideshow is part of the ui editor and therfore IS supported but doesn't work properly - shouldn't it be fixed?
Yes. It is part of the UI, connected to the service, and therefore connected to the subscription cost. YES it should be fixed. This is a tool, which is being paid for, that is not working properly.
Having unpredictable published content on the web is UNPROFESSIONAL and EMBARRASSING.
I need help with Sharepoint Designer: it seems to only work with sites that are on a server? How do I begin to work on my site?
Open it, click open site and enter your url.
Look for All Files>>Pages and open the page to edit - click "yes" to open in advanced mode.
Look for "slideshow control" in the code and you'll see a <p> tag in front of it. When you delete that the orphaned closing tag will be highlighted so delete that.
There's more info about using SPD here
After clicking open is when I get confused. Where does the All Files folder come from? I enter my URL and a warning comes up stating thefolder name is not valid. The first time I did this I was asked to sign in.
I did log in and there was no result the first time, but I began to question the exact address that I entered:
Here is what I have tried in order today. I cant remember what I started with yesterday:
Site Name: (set up domain was TremainDesign and now is Tremain-Design.com
http://www.tremain-design.com/ <-- this finally presented the log in screen again and it worked. Makes sense that it would simply be the address, but what would of helped me was to include the "http://" I can see files and folders now and navigate to the first page in question, but...
I am presented with these errors on all the pages that I begin to edit:
(note to microsoft support) THIS IS WHY WORK-AROUNDS ARE NEVER A GOOD IDEA
So you see the slideshow control code and are just removing the <p> before it and the </p> after it and then you see the errors? The error suggests you've removed something else that's required.
And you're right - it's nuts that we have to jump through these hoops to fix something that MSFT agrees is broken. We're forced to resort to custom hacks like this which they'll say are "unsupported" because we're using custom code.
Here's where you want to be:
<p><iws:slideshowcontrol xmlns:iws="iws" id="SlideshowControl1"------------------------------
The errors show upon editing the page (before seeing any code).
Hiya, Just wandering wether you have resolved your problem? As I have exactly the same issue and have been unable to rectify it!! I have got as far as this and it is soooo frustrating! I have re-built from scratch but identical to the office live site and as i have spent hours on it inserting and coordinating the images on our galleries I dread the thought of having to start all over again only to have the same problem!
Any ideas would be greatful.
Nothing has been resolved.
Proposals for few work-arounds work on a case by case basis and what I mean is that they may work with the design intent or not. Results for work-arounds proposed within the online editing tools are still unpredictable.
The error messages thrown while attempting to edit the pages in Sharepoint Designer have yet to be resolved either. I have not attempted to pursue that specific issue further than what has been posted here.
Reset? Interesting. How would you know this? If it is true than I would hope a reset would fix the original problem. Would a reset delete the work? If it did I would ask Microsoft to restore the work to its original state after the reset...
I am needing to modify the code for these pages:
A reset would wipe out the page content but leave images/docs in place so might be a consideration if you don't have a lot of content. Restoring the pages might just resurface the same problem so not sure if that would be a help. Same issue if you save the pages as templates from Sharepoint Online I would think. But I can't think of another way to figure out if there's something in the pages that causes the SPD errors.
Looking at the pages in a browser I can only see the html output not the underlying code, and I don't see anything problematic there.
Thank you for your time mchv2.0. You have been very helpful.
Microsoft support gave me directions for resting the page by adding domain.com/Pages/sitename.aspx?contents=1 to the address bar while signed in. I was presented with the Web Part Maintenance page and pushed Reset. The page seemed to be left untouched as I was expecting the page to be blank afterwards?
After the reset I attempted to open the page with Sharepoint Designer and created the same errors.
That just appears to reset web parts on a page but there are none to reset.
Haha. Thank you for your patience. I thought a web part was a gadget. Guess not?
I just noticed a new wrinkle in this mess. When I first removed the <p> tags, all was well for at least a few weeks. Now the 2nd slideshow overlaps the first like this:
It's astounding how bad this editor is. There are designers who'd have a tough time making that happen intentionally!
Did you discover this when adding a second slide show within the same zone?
Very Odd. I wonder if Microsoft made a change?
Anyways, the latest with my effort on the issue with Microsoft Support is that a Design Change Request was submitted and has been sent to the appropriate product group which will now consider the information we've provided them, and decide whether to correct this issue or not.
My Service Request with Office365 support will now close and I will be contacted when a decision is reached.
They cannot provide an estimate for the amount of time this process will take.
I will post back when I hear back from them! In the mean time I guess we will have to exercise patience and hope that the tricks don't embarrass us as people visit broken web interfaces.
Hi Snooze, just wandering wether you've had any feed back from microsoft on theiir progress?
Nothing yet. I am looking forward to it though! As soon as I do I will post here.
Thankyou for taking the time to get back to me. Yep I know that feeling! (-:
Just over a month and no correspondence yet.
I understand what you're saying but I think we need to show a wee bit more of a sense of urgency to fix something that plenty of evidence suggests is broken.
I find your comment to be a little insulting. Have you not followed this thread and my attempts to the options that we have invented?
Also, I was unaware that there were "releases" to the software. I thought that because everything was web based that updates and changes to an existing platform would be able to be made whenever they were needed.
Good point - enhancements can wait for "releases" - fixing things that are known to not work properly can't. All this requires is removing 7 characters from the code the slideshow script outputs: <p></p>
Why do people have to wait for that?
Well said, this issue has clearly gone on to long with no resolve. I have also put in a service request for this issue, I have received response back from them and although it is a relief to actually be dealing with a human being over the phone and not just representatives who seem not to have read the queries properly or reply with irrelavant, impartial or some times utterly useless information! (If you have read all my previous discussions on the forums you will understand my frustration) The issue is still not resolved.
I must say though, although unable to resolve the issue as yet the chaps I have dealt with in more recent communication since the service request have been very good and dispite having not yet come to a conclusion are still taking steps to help and have been a pleasure to deal with.
If the fault is with the programming in effect this is false advertising is it not? Perhaps a case for Trading standards, if not for the issue itself then with the level of customer service! Certainly prior to submitting a service request. (Not being overly technical minded, certainly with programming! I do not wish to be trying to re-write programs for Microsoft and don't feel we should have to even attempt it, particually as potential mis-haps are not covered, however I have tried everything else possible).
Does anyone else also have have the privacy problem that when, say a potential client enters our website into their browser, along with the website results in the listings are my conversations on these forums. This is both very unprofessional and embarrasing, surely they should only be viewable to paying customers who are logged in to Microsoft 365 and not the entire world?!
I do apologise for the essay I could go on, however this problem has been ridiculously time consuming enough not to mention stressful.
Have you had any luck resolving this issue?
I have not and it seems that the admins have forced this issue to be ANSWERED? Umm.. no.
I don’t mean to be rude, but YES.... Microsoft has the issue in hand and has quizzed multiple people on the issue to verify its existence as well as troubleshoot potential work arounds described in this thread. NO the questions and concerns have NOT been answered.
Watch, that problem will not be fixed, for in a few months Office 365 is being replaced with Office 365 / 2013.
is going to change. From team
site to online storage and website editor.