I would suggest on developing smart art feature for LibreOffice.
Smart art tools are meant for separating content from presentation. The feature commonly takes a tree of items defined by user and presents it using pre-set rules. The benefit for users is that they can focus on creating conceptual parts of content production, and the manually very time consuming drawing part is automated. The feature is extremely powerful in several situations. Also it would be possible to theme, change the used template on the fly, and convert it into ordinary drawing object group for slight touching.
* Organizational charts
* Matrix diagrams
* Venn diagrams
* Process diagrams
* Weighted network diagrams
For more examples please visit for instance
More information can be found here: http://wiki.documentfoundation.org/Development/Crazy_Ideas#Intelligent_groups_.28alias_SmartArt.29
Furthermore, Thorsten started a while ago some work regarding SmartArt support: http://blog.thebehrens.net/2009/03/11/smartart-import-and-more/
*** Bug 39722 has been marked as a duplicate of this bug. ***
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
This enhancement request is still valid for current versions of LibreOffice
*** Bug 68707 has been marked as a duplicate of this bug. ***
*** Bug 82271 has been marked as a duplicate of this bug. ***
This enhancement request is still valid for current versions of LibreOffice...
Does anyone have the skills and interest to implement this? I would love the feature myself but lack the skill to contribute with code. I would be more than willing to test the heck out of it though! :)
It would be helpful if SmartArt (of equivalent) would also work in LibreOffice Writer and LibreOffice Calc, in addition to Draw. Thank you.
NOTE: The opinions expressed below are my own only. I do not speak for or represent my employer, or any other organization.
In my experience, Smart Art is being used extensively in the creation of new Power Point Lectures. In my opinion, this needs to be a major priority for inclusion into LibreOffice if LibreOffice is going eventually going to become a viable alternative to MS Office in the business environment. Not to mention that Smart Art is a VERY useful feature. It does drastically decrease the amount of time required to create a lesson plan. Exporting a PowerPoint file to .odp format does not always work. I took a .pptx presentation created in MS PowerPoint 2010, exported it as .odp, and opened it in LibreOffice Impress 126.96.36.199 and it crashed on a slide near the middle of the presentation. It crashes on the same slide every time, a slide that is very heavy with Smart Art events.
I recommend not trying to copy Microsoft's vision of Smart Art, but to try to introduce a clean room implementation of a hierarchical separation of structure from content in Impress presentations. I envision mind maps, and other similar advanced organizational techniques. Since the organization of information by context is prior art (e.g. xml, css, etc.) I do not think that the LibreOffice Foundation would run into any patent issues implementing such features, even if MS has patented Smart Art in some way. I believe that separating content from structure has been so widely implemented that it is a concept that is really impossible to monopolize through patents.
I have experience in C++ programming, but not enough to code this change to LibreOffice. However, I would be willing to help in other ways, if necessary.
What is really painful is trying to edit a presentation in LO when the original author used SmartArt to generate it in MSO.
The import function isn't smart enough to preserve the full automation, but it does leave enough "hooks" that editing doesn't work easily as if the objects were simple text + background images. For example, if I want to edit the text, I sometimes get an editing box which is 4 characters wide, and 100 lines tall.
The result is that if a slide was generated in smart art, it is much easier to re-do it from scratch than to edit it.
DUPLICATE of tdf#92902 (or vice versa) but both tickets have valueable information
*** Bug 92902 has been marked as a duplicate of this bug. ***
*** Bug 104993 has been marked as a duplicate of this bug. ***
*** Bug 60320 has been marked as a duplicate of this bug. ***
*** Bug 116524 has been marked as a duplicate of this bug. ***
Here are some extensions that might be useful in this regard but aren't really full SmartArt replacements.
Blocking tickets are resolved so closing this too. There has been a lot of improvements regarding smartart related bugs though we have meta bug 106547 and bug 92902 for further issues.
(In reply to Heiko Tietze from comment #17)
> Blocking tickets are resolved so closing this too. There has been a lot of
> improvements regarding smartart related bugs though we have meta bug 106547
> and bug 92902 for further issues.
Hi Heiko, I thought bug 37932 is not only for SmartArt viewing but also SmartArt editing and SmartArt creation. This means we cannot close this bug. Or do we have another bug entry for SmartArt editing/creation?
(In reply to Gerry from comment #18)
> I thought bug 37932 is not only for SmartArt viewing but also
> SmartArt editing and SmartArt creation. This means we cannot close this bug.
> Or do we have another bug entry for SmartArt editing/creation?
Haven't checked all other issues. But as kind of a meta ticket it makes not much sense to me to keep an issue alive when all dependent topics are closed. However, you are right with editing and saving. So feel free to reopen.
Following Heiko's input in comment 19, I reopen this enhancement request to support SmartArt editing and SmartArt creation.
As Heiko describes, there are many improvements in opening and viewing SmartArt. The meta bug 106547 links to a number of issues that are related to opening and viewing SmartArt (usually created with MS Office).
To make this bug distinct (in line with the description of the original poster) from those other bugs, I renamed this bug to explicity address "Support for Editing and Creation of SmartArt".
Created attachment 153560 [details]
Edit Drawings in Basamiq
About SmartArt editing I suggest to have a look at Basamiq (user experience app) where it's very easy to edit drawings, cause an simple text window open where you can customize everything in text mode.
Fore sure there are some templates needed but nothing is faster than write text and the developer of an smartart element didn't have to thing how the edit dialog will have to look like.
Text window can be an element in the properties sidebar deck. some simple syntax and everything is possible from an flowchart with - to sql queries shown as diagram.
CC Grzegorz, who did lots of SmartArt improvements recently.
Is there some definition done how to package smartart elements in libo
Would be useful to know cause the gallery files are an binary block and I prefer something more flexible and easier to maintain so would be nice if we can make some specifications.
*** Bug 127799 has been marked as a duplicate of this bug. ***
Changing enhancement priority to 'high' since the number of people in CC is higher than 20
Though few people have signed up to this buglist, I suspect that having an equivalent SmartArt creation/editing tool for LibreOffice is wanted by many tens of thousands of users.
I'm working in government and the ability to create quick flowcharts and diagrams is essential. MS W-rd (a very awkward tool indeed) has this feature and so it relied upon heavily.
Thanks to all LibreOffice developers for their outstanding work.
You can start with the Smart Art extension, I believe it did work until version 3.3.
*** Bug 140550 has been marked as a duplicate of this bug. ***