and, in a similar way, i dont think its a good idea to suggest user to install KOffice to get full kdenlive functionality if this user has already installed, lets say, openoffice (this is my case, for example)... <br><br>
<div class="gmail_quote">On Tue, Jul 7, 2009 at 7:26 PM, el jefe delito <span dir="ltr"><<a href="mailto:eljefedelito@gmail.com">eljefedelito@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div class="im">> i don't know enough about this topic<br></div>Nor do I really, but I like the idea of keeping within the KDE framework, keeping the KDE File Picker and the same menu structure and button/layout look, by using embedded KOffice rather than a GTK-toolkit based app.<br>
<br>I don't think that KOffice should be pulled in with KDEnlive as a dependency, however.  Perhaps that (external) functionality would be greyed-out with a note that tells the user that KOffice (or parts of it) need to be installed for this to function.<br>
<br>Just my user-based two cents :)<br><br>eljefe<br>
<div>
<div></div>
<div class="h5"><br><br>------------------------------------------------------------------------------<br>Enter the BlackBerry Developer Challenge<br>This is your chance to win up to $100,000 in prizes! For a limited time,<br>
vendors submitting new applications to BlackBerry App World(TM) will have<br>the opportunity to enter the BlackBerry Developer Challenge. See full prize<br>details at: <a href="http://p.sf.net/sfu/blackberry" target="_blank">http://p.sf.net/sfu/blackberry</a><br>
_______________________________________________<br>Kdenlive-devel mailing list<br><a href="mailto:Kdenlive-devel@lists.sourceforge.net">Kdenlive-devel@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/kdenlive-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/kdenlive-devel</a><br>
</div></div></blockquote></div><br>