|
|
|
Posted
over 2 years
ago
#i115100# - Database access: Table DATE data displays wrong year in 64bit Win7 #i115099# - Presentation: Cant change animationpath #i115101# - Presentation: Display Errors in Edit-Mode when task bar animation is active #i115104# - sc:
... [More]
date format not copied special. or display is wrong.
#i115102# - sw: Saving to .doc (97) with a column break adds a paragraph before the break.
#i115103# - sw: line spacing less than 100% doesn't display properly [Less]
|
|
Posted
over 2 years
ago
#i115096# - framework: filter: apple(pict): a proposition to draw thick lines/frames
#i115097# - sc: fails to open/display my folders
#i115098# - sc: fails to open/display my folders
#i115094# - sw: Open Office writer cant support ₹
#i115095# - sw: writer crash when open next file
|
|
Posted
over 2 years
ago
#i115092# - Chart: Dotted transparent lines disappear in edit mode
#i115093# - sc: Navigator won't go away
|
|
Posted
over 2 years
ago
#i115091# - Presentation: Text is wrongly hidden when using animation
#i115088# - framework: The task "open" in the startcenter doesn't work as expected
#i115089# - sw: Geodon 80 mg
#i115090# - www: Mirror TU-BS down
|
|
Posted
over 2 years
ago
#i115082# - Chart: Chart Area always displayed with KDE "View Background" colour #i115086# - Drawing: Cannnot copy image from Java to OpenOffice #i115080# - Drawing: shape attributes lost when removing/re-inserting a shape in a Draw
... [More]
document
#i115083# - Installation: Installation of bundled dictionaries failed
#i115087# - sw: Tables are very different inspite of having identical configurations
#i115084# - sw: Tabs not holding
#i115081# - sw: Unlike Writer's native fields, Endnote-generated fields are not shaded
#i115085# - sw: hyperlink to local document causes text space to expand beyond page [Less]
|
|
Posted
over 2 years
ago
by
Kohei Yoshida
This post is a sequel to this previous post, so refer to that post for the detail of what I’ve been working on. Anyway, I have settled with the following Compatibility option page: which should be just adequate for what it
... [More]
needs to do without being too annoying.
Also, just for the matter of documenting its behavior, the following chart shows what actions are associated with what key bindings for the two key binding types (Default and OpenOffice.org legacy):
Key Binding
Default
OpenOffice.org legacy
Backspace
delete contents
delete
Delete
delete
delete contents
Ctrl-D
fill down
data select
Shift-Ctrl-D
data select
-
where the actions are
delete contents – launch the delete contents dialog.
delete – immediately delete the cell content, without the dialog.
fill down – fill cell content downward within selection.
data select – launch the selection list dialog.
Note that all the other key bindings are left untouched. Also, the list of key bindings that can get reset by this functionality may grow in future releases. [Less]
|
|
Posted
over 2 years
ago
by
Kohei Yoshida
I’m happy to announce the release of version 0.3.1 of the Multi-Dimensional Data Structure (mdds). This is a bug fix release, and contains no major changes from the previous version (0.3.0). The highlights of this release are: use of
... [More]
autoconf tool, to allow you to run ./configure && sudo make install to install the library, and
drop the requirement for C++0x support, by using equivalent features from the boost library which mdds already depends on.
When using this library without the C++0x support, however, you need to define the MDDS_HASH_CONTAINER_BOOST compiler macro in order for the mdds library to use boost’s hash_containers, instead of the ones from C++0x. Similarly, you can define the MDDS_HASH_CONTAINER_STLPORT to force mdds to use stlport’s hash containers instead.
I will briefly explain the incompatible support of hash containers various libraries. Originally, the stlport library supported two hash containers, hash_map and hash_set, in the std namespace which can be used as hashed replacements of std::map and std::set, respectively. In C++0x, however, these two containers have been renamed to unordered_map and unordered_set which are still in the std namespace. Boost also provides unordered_map and unordered_set, but they are in the boost namespace. The change that this release contains should hopefully be useful when dealing with this incompatible hash container situation in various libraries.
This release contains patches from David Tardon and Phillip Thomas, who fixed various bits of the Makefile script. Phillip also helped me fix the rpm spec file. Thanks a lot! [Less]
|
|
Posted
over 2 years
ago
by
Petr Mladek
We are going to switch from the OpenOffice.org to the LibreOffice code base on openSUSE. I’m happy to announce LibreOffice 3.3 beta2 packages for openSUSE. They are available in the Build Service LibreOffice:Unstable project. They are
... [More]
based on the libreoffice-3.2.99.2 release. Please, look for more details about the openSUSE LibreOffice build on the wiki page.
The packages are beta versions and might include even serious bugs. Therefore they are not intended for data-critical usage. A good practice is to archive any important data before an use, …
As usual, we kindly ask any interested beta testers to try the package and report bugs.
Known bugs
only the LibreOffice branding package is available; you need to replace OpenOffice_org-branding-openSUSE with libreoffice-branding-upstream
shell wrappers are still ooffice, oowriter, …; we need to discuss the new wrapper names with other distros first
application stops immediately when you start it for the first time; just start it once again
extensions are not registered after the update from OpenOffice_org-* packages; a workaround is to reinstall the packages once again; We plan to remove the registration during installation; it will allow users to disable the extensions by themselves
some packages were not renamed, .e.g. OpenOffice_org-thesaurus, …; they are not built from the main LO sources; we will do it later
user configuration is stored into ~/.libreoffice/3-suse; we might try to share the directory ~/.libreoffice/3 after we fix the incompatible BerkleyDB; Well, we are not sure if it is enough and it is a good idea, so it will need some more testing
packages can’t be installed in parallel with the generic LibreOffice linux packages; the problem is that both builds use the libreoffice-ure package name; it will be solved in beta3; a workaround is to install the package using “rpm -i” instead of “rpm -U”
GNOME quickstarter is started by default; you might disable it in Tools/Options/OpenOffice.org/Memory/Enable systray Quickstarter
SLED10 build is not available; need more love
More known bugs
Free Desktop bugzilla
Novell bugzilla
OOo issuezilla
Other information and plans:
These are the first packages with new name. Please, be patient if they are not perfect. Please report unknown bugs.
The new packages automatically remove the obsolete openSUSE OpenOffice_org packages. It still will be possible to intall the plain OpenOffice.org packages in parallel, though. [Less]
|
|
Posted
over 2 years
ago
Up early, prodded mail, ran tests builds, did some product analysis. Knocked out my Mannah House homework, and mailed it off. Lunch. Fixed lpsolve dependency problem; $(IFEXIST) doesn't work on directories (it turns
... [More]
out). Analysed the output from
another of Julian's wizard valgrind tools run on LibreOffice. Added
another easy hack or two. Tried to dig through the torrent of good
mail & patches flowing into the inbox. [Less]
|
|
Posted
over 2 years
ago
by
Hamburg Release Engineering
OOO330_m11 has been built by Hamburg RE. No open build problems are known, and smoketest has been passed successfully. Tasks and their ChildWorkspaces for Milestone OOO330m11 Child Workspaces
... [More]
integrated:
automationooo330m9
Automation related issues with low impact
calc60
Fix for issue 115025
jl161
Showstopper
native338
JRE 6 U 22 for OOo 3.3
sb133
OOo 3.3 configmgr showstopper
ooo330m11masterfix [Less]
|
Copyright
©
2013
Black Duck Software, Inc.
and its contributors, Some Rights Reserved. Unless otherwise marked, this work is licensed under a
Creative Commons Attribution 3.0 Unported License
. Ohloh
®
and the Ohloh logo are trademarks of
Black Duck Software, Inc.
in the United States and/or other jurisdictions. All other trademarks are the property of their respective holders.