When you insert a movie in a slideshow by Insert > Movie and Sound there is a small problem: it is impossible to retrieve the path of the inserted file. It is not listed in Edit > Links...
That is very annoying: for example if you want to move the slideshow to another location you need to move such files too. That may be difficult if you have several files in the directory and if you have forgot which file you inserted.
Please, add this information somewhere.
Best regards. JBF
There's work-in-progress around embedding sound/video files into the ODF container, see here: http://cgit.freedesktop.org/libreoffice/build/tree/patches/dev300/impressmedia-features.diff
*** Bug 33860 has been marked as a duplicate of this bug. ***
Not only a Presentation problem, please see Bug 33156!
I found that video fails to work in presentation only if there's Cyrillic letters in the path to the video. In case when there are only Latin letters video is played normally.
Deleted "Easyhack" from summary.
Apologies for not having gotten around fixing this bug yet; unfortunately in future I'll have even less time at my disposal for this, so I'm freeing up ownership for other volunteers to take over.
adding LibreOffice developer list as CC to unresolved EasyHacks for better visibility.
see e.g. http://nabble.documentfoundation.org/minutes-of-ESC-call-td4076214.html for details
Please read this message in its entirety before responding.
Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed.
If you have time please do the following:
1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer).
2) If it is present please leave a comment telling us what version of LibreOffice and your operating system.
3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System
Please DO NOT
1) Update the version field
2) Reply via email (please reply directly on the bug tracker)
3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link:
There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/.
Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
It is still impossible to retrieve the filename and the path of a video inserted as a link.
It is less uncomfortable when the video is embedded but the problem is the same, once the video has been inserted you can't know where the file comes from.
Tested with the current master. Version: 18.104.22.168.alpha1+
Build ID: 3e2dfde73b46526b901c0c38b1e9b2a4872761ac
Best regards. JBF
Migrating Whiteboard tags to Keywords: (easyHack, topicUI)
this easy-hack does not have code pointers...
the embedded media objects are represented by:
class SdrMediaObj (include/svx/svdomedia.hxx svx/source/svdraw/svdomedia.cxx)
there is a avmedia::MediaItem which stores the URL.
the context menu of the media object is apparently defined at Media_POPUP in
so i guess there a context menu "Edit Link" could be added.
... then ask somebody who knows how UI code works where the c++ code is for the menu :)
Hello, I would like to work on this bug, is it enough when I assign myself to the bug?
In short yes, and please follow the guidelines from our wiki (Development/GetInvolved)
Me and my colleague are interested in working on this bug for a class project. For those currently working on this, have you made any progresses yet? If so, could you please share some info that you have gathered on this request? Thanks!
(In reply to zinph from comment #15)
> Me and my colleague are interested in working on this bug for a class
> project. For those currently working on this, have you made any progresses
> yet? If so, could you please share some info that you have gathered on this
> request? Thanks!
> Warm regards,
> Phyo Phyo
It is not polite to invade a bug like this. Arnold assigned this bug to himself a short while ago, so I assume he will solve the bug shortly.
Arnold@ the bug is yours and we look forward to your patch. Should you prefer not to solve it, then please unassign it.
Phyo@ you are of course free to use the bug for your class project.
We will be working on it locally for our class and to gain experience with the project. But after we attempt to fix it, we won't upload our codes unless he decides to drop it.
I am sorry but because of the university, I won't have the time to fix this bug in the coming weeks. I deassigned myself from the bug.
hello , i wish to solve this bug as my first easy hack. I understand the problem , unfortunately cant understand where to begin . How is viewing links implemented for images ?
l(In reply to kush singh from comment #19)
> hello , i wish to solve this bug as my first easy hack. I understand the
> problem , unfortunately cant understand where to begin . How is viewing
> links implemented for images ?
We have made a step by step guide to help you get started:
Comment 1 and 11 contains the code pointers you need.
Looking forward to see your patch.
@jan hi , i have build libreoffice and created a new branch as directed in the tutorial , but i am having trouble understanding the code even after two three days . any suggestions how i should tinker with the code to understand it better as documentation(readme) is not enough for a beginner like me . pls help
(In reply to kush singh from comment #21)
> @jan hi , i have build libreoffice and created a new branch as directed in
> the tutorial , but i am having trouble understanding the code even after two
> three days . any suggestions how i should tinker with the code to understand
> it better as documentation(readme) is not enough for a beginner like me .
> pls help
Understanding the whole code is not possible even for core developers, who have been around for decades.
Especially comment#11 point you to the classes you need to modify, I do not know how to help with this bug without solving it.
however if you find it too complicated (for a first bug), do assign yourself to another one. This is not the easiest easyhack, and there are others who are far easier to understand.
I came to this bug b/c I wanted to provide some more detailed code pointers, potentially mentor some1 interested in solving it and it is totally unclear to me, what the desired resolution would be.
Is this mainly about not seeing the location of the file? If so, then the filename could be added e.g. to media playback toolbar or status bar
Or is it more about the possibility to edit such a link (iow, quick way to change the location of the file behind the media object)? In that case, perhaps some kind of Change Media ... (analogous to Change Image ...) context menu could be added
Moreover, if a media file is inserted as link ( Insert > Media > Audio or Video, then check 'Insert as link' checkbox), should it appear in the list of links as seen in Edit > Links ? (this is probably no longer an easy hack then)
Or is it all of the above *grin* ?
(In reply to Katarina Behrens (CIB) from comment #23)
> I came to this bug b/c I wanted to provide some more detailed code pointers,
> potentially mentor some1 interested in solving it and it is totally unclear
> to me, what the desired resolution would be.
> Is this mainly about not seeing the location of the file? If so, then the
> filename could be added e.g. to media playback toolbar or status bar
That alone would be a drastic improvement
> Or is it more about the possibility to edit such a link (iow, quick way to
> change the location of the file behind the media object)? In that case,
> perhaps some kind of Change Media ... (analogous to Change Image ...)
> context menu could be added
There are no real need for this, but of course that would be the stellar solution.
> Moreover, if a media file is inserted as link ( Insert > Media > Audio or
> Video, then check 'Insert as link' checkbox), should it appear in the list
> of links as seen in Edit > Links ? (this is probably no longer an easy hack
This should be a separate bug.
> Or is it all of the above *grin* ?
Of course, but piece by piece :-)
Since this is majorly a UI hack, the code pointers for the same are necessary. Can someone provide code pointers to the UI part where the media link should be shown?
I'm guessing the media link should be shown just below the media and should only be visible in edit mode. Is that so?
Some helpful pointers are given in comment 11, but again, there is a need for the pointers related to the UI, where I believe, most of the action will happen.
(In reply to Raj Sarkar from comment #25)
> Since this is majorly a UI hack, the code pointers for the same are
> necessary. Can someone provide code pointers to the UI part where the media
> link should be shown?
> I'm guessing the media link should be shown just below the media and should
> only be visible in edit mode. Is that so?
> Some helpful pointers are given in comment 11, but again, there is a need
> for the pointers related to the UI, where I believe, most of the action will
Did you have a look at the following from comment 11, that is what you seek.
the context menu of the media object is apparently defined at Media_POPUP in
(In reply to jan iversen from comment #26)
> Did you have a look at the following from comment 11, that is what you seek.
> the context menu of the media object is apparently defined at Media_POPUP in
Yes I did. That file(popup2_tmpl.src) no longer exists. Also, does it make sense to to show the file link in context menu? According to comment 23, the filename could be added to the media playback toolbar. That makes sense to me - the media playback toolbar, which is activated only when you click on the media, is very uncluttered and the file link would be easily noticeable there. What do you think? We might need UX help here. If this is indeed to be done, code pointers to UI of media playback toolbar would help.
(In reply to abhilash300singh from comment #27)
> (In reply to jan iversen from comment #26)
> Yes I did. That file(popup2_tmpl.src) no longer exists.
I gave you a hint, but not make the solution.
git log -- popup2_tmpl.src
shows you what happened to the file, and indrectly also where the content moved.
Have a look at
, does it make
> sense to to show the file link in context menu? According to comment 23, the
> filename could be added to the media playback toolbar. That makes sense to
> me - the media playback toolbar, which is activated only when you click on
> the media, is very uncluttered and the file link would be easily noticeable
> there. What do you think? We might need UX help here. If this is indeed to
> be done, code pointers to UI of media playback toolbar would help.
The content in popup.src doesn't make sense with the context menu you get on right clicking media objects. The code pointer might be wrong. Comment 23 mentions about giving detailed code pointers, but doesn't do so. It would be great if the same happens.
The code for playback toolbar is apparently located here - http://opengrok.libreoffice.org/xref/core/avmedia/source/framework/mediacontrol.cxx. We can just display a textlabel showing the file path in this toolbox. Items can be inserted in toolbox(maToolBox) using InsertItem function. The problem is, currently this function is overloaded only to handle insertion of buttons(play, pause etc). We need to insert a text label. If someone can mentor me in writing that function, this should be easy.
Okay folks, no way this is an easy hack. difficultyInteresting at most and even that might be an overstatement
It is not possible to "just display a text label" in a toolbar. For adding something that looks like a text label (but it is a toolbar button in disguise) you need to
1) create a fake UNO command (officecfg/*/Commands.xcu)- .uno:AVMediaURL or sth along that line
2) set it up to be text-only (no icon) and have it contain a placeholder text ('no media selected' or sth along that line)
3) add that command to media toolbar (sd/uiconfig/simpress/toolbar/mediaobjectbar.xml + all the other instances of that toolbar across all the modules)
(have a look for example at .uno:SearchLabel, that's a text label in search toolbar, for inspiration)
Next, those things need to be done:
4) When a new media is inserted, the placeholder text needs to be replaced with real media URL. The code for that is in sd/source/ui/func/fuinsert.cxx, FuInsertAVMedia class. You somehow need to get hold of the media toolbar, find the button disguised as text label and change the text on it.
An useful piece of code doing just that (changing text on the label in search toolbar) is in svx/source/dialog/srchdlg.cxx, maybe you can re-use it
5) The same needs to be done when a media object is selected in a document. I don't know exactly where code for that is (but maybe someone else does?), I can however quickly find out once a patch implementing points 1-4 is up for review ;-)
agree with Bubli judgement. As a sidenote we should keep the good description of how to do this in the wiki
Please ignore complete comment 31. I don't know what I was smoking before I wrote such an utter nonsense. But nevertheless, I still maintain that this task is at least difficultyInteresting
Go to avmedia/source/framework/mediacontrol.cxx (possibly MediaControlBase.cxx ... my GSoC student has been modifying that code recently).
Insert a fixed text widget (VclPtr<FixedText>::Create)
Give it some reasonable initial size (look at what other SetSizePixel calls in this class are doing)
Position it (again, look at what other SetPosPixel calls in this class are doing)
Implement a method that will update it (implUpdateURLText?), it should retrieve media URL from MediaItem (maItem member variable) and does SetText($someURL) on your new fixed text widget accordingly
Add that method to the other methods called in setState()
Rinse and repeat until it compiles, works and all unit tests pass
Abhilash committed a patch related to this issue.
It has been pushed to "master":
tdf#32581 Add the possibility to retrieve the filename of media
It will be available in 5.3.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
Thank you very much for your commit, now I see the location of the media file in the media toolbar, in both cases embedded media and linked media.
In the case of linked media, the link is not visible in menu Edition > Links. Do you plan to add the link there and to allow to break the link to transform a linked media in an embedded one as we can already do for images?
Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #35)
> Hi Abhilash,
> Thank you very much for your commit, now I see the location of the media
> file in the media toolbar, in both cases embedded media and linked media.
> In the case of linked media, the link is not visible in menu Edition >
> Links. Do you plan to add the link there and to allow to break the link to
> transform a linked media in an embedded one as we can already do for images?
> Best regards. JBF
Since I'm very new to LO, I'm mostly doing things as said/reviewed. I've no plans to do what you mention, as I wouldn't know where to begin. In case, what you mention is already a reported bug(easyhack preferably) and there are related code pointers, I surely have ample of free time to give it a try.
@JB: I suggest that you file a new bug re: missing entries in Links... It will then no longer be an easy hack though.
Let's maybe then close this one as fixed
(In reply to Katarina Behrens (CIB) from comment #37)
> @JB: I suggest that you file a new bug re: missing entries in Links... It
> will then no longer be an easy hack though.
> Let's maybe then close this one as fixed
You are right, I will do that.
Closing as Resolved - Fixed. Thank you very much :-)
Best regards. JBF