Re: GSOC Idea

[janI]

On Apr 14, 2013 7:22 AM, "Rajath Shashidhara" 
wrote:
>
> Hello,
> I thought of an extension to this idea. If we could extend this export and
> import feature to google spreadsheets by using google API's then it would
> also serve as a cloud  storage of database and will be available for
> editing from anywhere around the world. It could also serve the purpose of
> collaborative editing.(many people can edit the database from different
> places). Please give your suggestions on this idea so that we can provide
> more functionalities to the end user.
HI

I think you have a good and valuable idea, however I also you should attack
the problem from a design point first, because if you made a water tight
design, you can later add 10 target systems without touching the main code.

Your extension call for a broker/agent class theorem, with a master-agent
carrying the extension connection, and an agent for each target, and if you
do your job real well also a test agent allowing you/us to test the main
chunk without the complexity of a target system.

Bear in mind this would need to be an extended broker/agent, because the
extension will surely have UI connection.

So I would like to recommend think more in generic terms, like how can I
make it easy to add 10 target systems without changing the main bulk of
your code.

You have read a number of suggestions on how to start, I would like to
propose an alternative. Try to build a dummy extension, that test the
perfomance of the connection, that will give valuable experience, and could
be interesting for us all to know.

rgds
jan I.

Ps. I am a C++ programmer, but have not built extensions.

>
> Rajath S
> I year
> M.Sc(Hons.) Physics
> BITS pilani
> On Apr 14, 2013 1:31 AM, "Alexandro Colorado"  wrote:
>
> > You can see our issuezilla here:
> >
> >
https://issues.apache.org/ooo/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=new%20in%20last%20week&sharer_id=248521&list_id=53942
> >
> > Confirmed bugs would be a good way to start reading about and analyze.
> >
> > Also you can see our source modifications here:
> > http://markmail.org/search/+list:org.apache.incubator.ooo-commits
> >
> > And our source here:
> > http://svn.apache.org/viewvc/openoffice/trunk/main/
> >
> >
> > On Sat, Apr 13, 2013 at 2:46 PM, Rajath Shashidhara <
> > rajaths.raja...@gmail.com> wrote:
> >
> > > Hello,
> > >
> > > I would like to get acquainted to OpenOffice development before gsoc.
> > > Please suggest me a bug to solve or a feature  to implement.
> > >
> > >
> > > On Sat, Apr 13, 2013 at 9:59 PM, Alexandro Colorado 
> > wrote:
> > >
> > > > Hello Rajath, we have a Developer guide which explains the document
> > > > model and some of the architecture of the application to help
yourself
> > > > search throught the maze of documentation.
> > > >
> > > >
> > >
> >
http://wiki.openoffice.org/wiki/Documentation/DevGuide/Database/Database_Access
> > > >
> > > >
> > > > On 4/13/13, Rajath Shashidhara  wrote:
> > > > > Hello,
> > > > >
> > > > > I would like to participate in gsoc 2013. I browsed through your
> > ideas
> > > > > page. The idea : Extension wizard to import table to database
> > > interested
> > > > > me. I am an experienced python and java coder. I'm familiar with C
> > and
> > > > C++
> > > > > as well. I have developed a lot of gui based applications using
PyQt4
> > > and
> > > > > SQLite modules for python. I am also into coding android
> > applications.
> > > > > Since I'm comfortable with both java and python, I can code this
> > > > extension
> > > > > in any of the two languages. I found a few useful modules that
can be
> > > > used
> > > > > for coding this extension :
> > > > > python - excel module to read .xls and .xlsx files
> > > > > csv module to read .csv file.
> > > > > SQLite - for .db files.
> > > > >
> > > > > I'm wouldn't find it difficult to read the documentation of these
> > > modules
> > > > > and start coding right away. I'm very interested in this project.
> > > Please
> > > > > give me more suggestions and I would like to actively participate
in
> > > the
> > > > > discussion
> > > > > --
> > > > > Rajath S,
> > > > > M.Sc(Hons.) Physics,
> > > > > B.E.(Hons.) (First Year)
> > > > > Birla Institute of Technology and Science - Pilani,
> > > > > Pilani
> > > > >
> > > >
> > > >
> > > > --
> > > > Alexandro Colorado
> > > > Apache OpenOffice Contributor
> > > > http://es.openoffice.org
> > > >
> > > >
-
> > > > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > > > For additional commands, e-mail: dev-h...@openoffice.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > > Rajath S,
> > > M.Sc(Hons.) Physics,
> > > Birla Institute of Technology and Science - Pilani,
> > > Pilani
> > >
> >
> >
> >
> > --
> > Alexandro Colorado
> > Apache OpenOffice Contributor
> > http://es.openoffice.org
> >

Re: Moderated messages not reaching the original poster

[janI]

On Apr 14, 2013 5:39 AM, "Peter Junge"  wrote:
>
> Hi,
>
> I know we had discussions like this before but I'm not able to find them
in the archives.
>
> Senders of moderated messages are often missing replies because they go
to mailing list only. AFAIR, technical solutions proposed so far weren't
accepted. Did we already consider to ask infra to change the 'Reply-To'
header form '{MAILING_LIST}' to '{MAILING_LIST}; {ORIGINAL_POSTER}'? This
would force mail clients to include the OP as recipient.

Hi
I had a quick look at some of the configuration, and I fear if we follow
your suggestion, we will all get 2 mails. a dev mail and a personal mail.

Problem is that the mailer should do a sort uniq on the sender list before
sending but it does not. Or check if the original sender is part of the
maillist, which it also doesnt do.

rgds
Jan I.
>
> Best regards,
> Peter
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

Re: Sidebar merged into trunk

[Guy Waterval]

Hi all,


2013/4/14 RGB ES 

> 2013/4/10 Andre Fischer 
>
> [...]
> The sidebar is just gorgeous! The Properties deck on Draw is a blessing!
> I'm trying the dev builds and the sidebar works almost perfectly. I filled
> two reports and one request for small problems I found, (bugs 122047,
> 122048 and 122049), but overall it is a huge step forward on the UI.
>
+1
I've also noticed the disparition of the Quickstart in this build. I think
it's a good idea.

Many thanks to Andre Fischer and colleagues for this nice work.

A+
-- 
gw

>
>

Re: subscribe to mailing list

[Sergey Ovsyuk]

Hi, i have question about programming extension and integration this
extension in e.g. OpenOffise Base. I create simple extension (from
tutorial) and execute from macros editor, but i do not understand how
integrate in  gui e.g. OpenOffise Base? Give me may be some links to
information describing this problem.


On Sat, Apr 13, 2013 at 12:44 PM, Sergey Ovsyuk wrote:

> i wish subscribe to mailing list
>

Re: GSOC Idea

[Rajath Shashidhara]

Hello,

In continuation to my previous mails:

I found that OpenOffice already has support for csv, xls, xlsx and other
formats of tables. So use of other external python modules wouldn't be
necessary(I suggested the use of python-excel and csv python modules in my
previous mails).Now I realize that this import wizard is to convert it to
native OpenOffice database format(OpenOffice Base format).


Also about the bug fixing:
I found this bug on bugzilla:
Page count increases if a graphic file is inserted.(Bug 121546)

I tested the problem on OpenOffice and found that there is a problem with
positioning of the objects in the writer component. Once an image is
inserted it adds 4 blank pages in the document. So to solve the problem we
should make a patch which checks the number of blank pages added after
insertion of object/image and re-positioning of other objects in the
document and remove them from the document. Please help in finding the
right source files in which object positioning happens. I will be able to
fix this bug by controlling the number of white spaces added to fit the
object into the document. Please help!!!


On Sun, Apr 14, 2013 at 1:29 PM, janI  wrote:

> On Apr 14, 2013 7:22 AM, "Rajath Shashidhara" 
> wrote:
> >
> > Hello,
> > I thought of an extension to this idea. If we could extend this export
> and
> > import feature to google spreadsheets by using google API's then it would
> > also serve as a cloud  storage of database and will be available for
> > editing from anywhere around the world. It could also serve the purpose
> of
> > collaborative editing.(many people can edit the database from different
> > places). Please give your suggestions on this idea so that we can provide
> > more functionalities to the end user.
> HI
>
> I think you have a good and valuable idea, however I also you should attack
> the problem from a design point first, because if you made a water tight
> design, you can later add 10 target systems without touching the main code.
>
> Your extension call for a broker/agent class theorem, with a master-agent
> carrying the extension connection, and an agent for each target, and if you
> do your job real well also a test agent allowing you/us to test the main
> chunk without the complexity of a target system.
>
> Bear in mind this would need to be an extended broker/agent, because the
> extension will surely have UI connection.
>
> So I would like to recommend think more in generic terms, like how can I
> make it easy to add 10 target systems without changing the main bulk of
> your code.
>
> You have read a number of suggestions on how to start, I would like to
> propose an alternative. Try to build a dummy extension, that test the
> perfomance of the connection, that will give valuable experience, and could
> be interesting for us all to know.
>
> rgds
> jan I.
>
> Ps. I am a C++ programmer, but have not built extensions.
>
> >
> > Rajath S
> > I year
> > M.Sc(Hons.) Physics
> > BITS pilani
> > On Apr 14, 2013 1:31 AM, "Alexandro Colorado"  wrote:
> >
> > > You can see our issuezilla here:
> > >
> > >
>
> https://issues.apache.org/ooo/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=new%20in%20last%20week&sharer_id=248521&list_id=53942
> > >
> > > Confirmed bugs would be a good way to start reading about and analyze.
> > >
> > > Also you can see our source modifications here:
> > > http://markmail.org/search/+list:org.apache.incubator.ooo-commits
> > >
> > > And our source here:
> > > http://svn.apache.org/viewvc/openoffice/trunk/main/
> > >
> > >
> > > On Sat, Apr 13, 2013 at 2:46 PM, Rajath Shashidhara <
> > > rajaths.raja...@gmail.com> wrote:
> > >
> > > > Hello,
> > > >
> > > > I would like to get acquainted to OpenOffice development before gsoc.
> > > > Please suggest me a bug to solve or a feature  to implement.
> > > >
> > > >
> > > > On Sat, Apr 13, 2013 at 9:59 PM, Alexandro Colorado 
> > > wrote:
> > > >
> > > > > Hello Rajath, we have a Developer guide which explains the document
> > > > > model and some of the architecture of the application to help
> yourself
> > > > > search throught the maze of documentation.
> > > > >
> > > > >
> > > >
> > >
>
> http://wiki.openoffice.org/wiki/Documentation/DevGuide/Database/Database_Access
> > > > >
> > > > >
> > > > > On 4/13/13, Rajath Shashidhara  wrote:
> > > > > > Hello,
> > > > > >
> > > > > > I would like to participate in gsoc 2013. I browsed through your
> > > ideas
> > > > > > page. The idea : Extension wizard to import table to database
> > > > interested
> > > > > > me. I am an experienced python and java coder. I'm familiar with
> C
> > > and
> > > > > C++
> > > > > > as well. I have developed a lot of gui based applications using
> PyQt4
> > > > and
> > > > > > SQLite modules for python. I am also into coding android
> > > applications.
> > > > > > Since I'm comfortable with both java and python, I can code this
> > > > > extension
> > > > > > in any of the two languages. I found a few useful modules

Re: Sidebar merged into trunk

[Ariel Constenla-Haile]

Hi Ricardo,

On Sun, Apr 14, 2013 at 03:15:01AM +0200, RGB ES wrote:
> The sidebar is just gorgeous! The Properties deck on Draw is a blessing!
> I'm trying the dev builds and the sidebar works almost perfectly. I filled
> two reports and one request for small problems I found, (bugs 122047,
> 122048 and 122049), but overall it is a huge step forward on the UI.
> Congratulations!

I cannot reproduce https://issues.apache.org/ooo/show_bug.cgi?id=122047
nor https://issues.apache.org/ooo/show_bug.cgi?id=122048 (see
http://people.apache.org/~arielch/images/sidebar/paraprops.png)
May be you got an incremental build from the build bot that screwed things
up.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpCFi1ADHZCD.pgp
Description: PGP signature

Re: Sidebar merged into trunk

[Ariel Constenla-Haile]

On Sun, Apr 14, 2013 at 12:02:40PM -0300, Ariel Constenla-Haile wrote:
> Hi Ricardo,
> 
> On Sun, Apr 14, 2013 at 03:15:01AM +0200, RGB ES wrote:
> > The sidebar is just gorgeous! The Properties deck on Draw is a blessing!
> > I'm trying the dev builds and the sidebar works almost perfectly. I filled
> > two reports and one request for small problems I found, (bugs 122047,
> > 122048 and 122049), but overall it is a huge step forward on the UI.
> > Congratulations!
> 
> I cannot reproduce https://issues.apache.org/ooo/show_bug.cgi?id=122047
> nor https://issues.apache.org/ooo/show_bug.cgi?id=122048 (see
> http://people.apache.org/~arielch/images/sidebar/paraprops.png)
> May be you got an incremental build from the build bot that screwed things
> up.

I've just seen https://issues.apache.org/ooo/show_bug.cgi?id=122052
Not reproducible by Regina, nor with my build from current trunk. That
build bot's builds are indeed screwed up. May be we should coordinate
a weekly Developer Snapshot from now on, this will also make things
easier for QA people.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpSbiC1AUPRe.pgp
Description: PGP signature

Re: Sidebar merged into trunk

[RGB ES]

2013/4/14 Ariel Constenla-Haile 

> On Sun, Apr 14, 2013 at 12:02:40PM -0300, Ariel Constenla-Haile wrote:
> > Hi Ricardo,
> >
> > On Sun, Apr 14, 2013 at 03:15:01AM +0200, RGB ES wrote:
> > > The sidebar is just gorgeous! The Properties deck on Draw is a
> blessing!
> > > I'm trying the dev builds and the sidebar works almost perfectly. I
> filled
> > > two reports and one request for small problems I found, (bugs 122047,
> > > 122048 and 122049), but overall it is a huge step forward on the UI.
> > > Congratulations!
> >
> > I cannot reproduce https://issues.apache.org/ooo/show_bug.cgi?id=122047
> > nor https://issues.apache.org/ooo/show_bug.cgi?id=122048 (see
> > http://people.apache.org/~arielch/images/sidebar/paraprops.png)
> > May be you got an incremental build from the build bot that screwed
> things
> > up.
>
> I've just seen https://issues.apache.org/ooo/show_bug.cgi?id=122052
> Not reproducible by Regina, nor with my build from current trunk. That
> build bot's builds are indeed screwed up.


OK, I just asked some friends to test the builds from the build bot on
other systems to confirm that it's a problem from the build bot and not
some gremlin on my system.



> May be we should coordinate
> a weekly Developer Snapshot from now on, this will also make things
> easier for QA people.
>

+1!!

Regards
Ricardo




>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>

Re: Moderated messages not reaching the original poster

[Kay Schenk]

On Sun, Apr 14, 2013 at 1:02 AM, janI  wrote:

> On Apr 14, 2013 5:39 AM, "Peter Junge"  wrote:
> >
> > Hi,
> >
> > I know we had discussions like this before but I'm not able to find them
> in the archives.
> >
> > Senders of moderated messages are often missing replies because they go
> to mailing list only. AFAIR, technical solutions proposed so far weren't
> accepted. Did we already consider to ask infra to change the 'Reply-To'
> header form '{MAILING_LIST}' to '{MAILING_LIST}; {ORIGINAL_POSTER}'? This
> would force mail clients to include the OP as recipient.
>
> Hi
> I had a quick look at some of the configuration, and I fear if we follow
> your suggestion, we will all get 2 mails. a dev mail and a personal mail.
>
> Problem is that the mailer should do a sort uniq on the sender list before
> sending but it does not. Or check if the original sender is part of the
> maillist, which it also doesnt do.
>
> rgds
> Jan I.
>

Jan is right on this one. Depending on what we use to access email, we can
only guess what the situation is, and review the "original" message before
giving a reply appropriate to the situation. Some e-mail readers are better
at giving "hints" about this than others.

We don't get that many moderated emails to this list. But it does take a
little bit of effort to deal with them.

>
> > Best regards,
> > Peter
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>



-- 

MzK

"Achieving happiness requires the right combination of Zen and Zin."

Re: Programming OOoDraw and OOoImpress

[Ariel Constenla-Haile]

On Sat, Apr 13, 2013 at 03:09:57PM -0500, Henry Tiquet Leyva wrote:
> Hello Ariel,
> 
> I added this at the code above:
> 
> css::uno::Reference < css::drawing::XDrawPagesSupplier >
> rDrawDoc(xcomponent, css::uno::UNO_QUERY_THROW);
> 
> // query the XDrawPages Interface
> css::uno::Reference < css::drawing::XDrawPages > rDrawPages =
> rDrawDoc->getDrawPages();
> 
> // query the XIndexAccess Interface
> css::uno::Reference< css::container::XIndexAccess >
> rPageIndexAccess(rDrawPages, css::uno::UNO_QUERY_THROW);
> 
> css::uno::Any DrawPage = rPageIndexAccess->getByIndex(0);
> 
> But now I get this error:
> error: 'xComponent' was not declared in this scope
> 
> I would like to know how to declare it.

Did you add it to the code in http://ooo.pastebin.ca/2357487?

Usually, in a client application, you access a document by loading it:
http://www.openoffice.org/api/docs/common/ref/com/sun/star/frame/XComponentLoader.html#loadComponentFromURL
loadComponentFromURL() returns a ::com::sun::star::lang::XComponent.
In that pastebin code, this is:

Reference < XComponent > xcomponent = rComponentLoader->loadComponentFromURL(
OUString::createFromAscii("private:factory/sdraw"),
OUString(RTL_CONSTASCII_USTRINGPARAM( "_blank" )), 
0, 
Sequence< ::com::sun::star::beans::PropertyValue>());

In the code in my attachment, as I wasn't going to use this
css::lang::XComponent interface, I queried for the
css::drawing::XDrawPagesSupplier directly, no need for an intermediate,
unused, variable. See code attached in this mail for a more complete
sample (you may want to translate the Java example in the SDK to C++ in
order to get used to Draw/Impress API).


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina
#**
#
#  Licensed to the Apache Software Foundation (ASF) under one
#  or more contributor license agreements.  See the NOTICE file
#  distributed with this work for additional information
#  regarding copyright ownership.  The ASF licenses this file
#  to you under the Apache License, Version 2.0 (the
#  "License"); you may not use this file except in compliance
#  with the License.  You may obtain a copy of the License at
#
#http://www.apache.org/licenses/LICENSE-2.0
#
#  Unless required by applicable law or agreed to in writing,
#  software distributed under the License is distributed on an
#  "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
#  KIND, either express or implied.  See the License for the
#  specific language governing permissions and limitations
#  under the License.
#
#**

# On *nix can be overridden with
# make PRJ=$OO_SDK_HOME
PRJ=../../../..
SETTINGS=$(PRJ)/settings

include $(SETTINGS)/settings.mk
include $(SETTINGS)/std.mk
include $(SETTINGS)/dk.mk

# Define non-platform/compiler specific settings
APP_NAME=HelloDraw
MAINTARGET=$(APP_NAME)_Example

#this should be in odk/settings/std.mk
OUT_DEPLOY=$(OUT)/deploy

OUT_APP_INC=$(OUT_INC)/$(APP_NAME)
OUT_APP_GEN=$(OUT_MISC)/$(APP_NAME)
OUT_APP_OBJ=$(OUT_OBJ)/$(APP_NAME)
OUT_APP_LIB=$(SHAREDLIB_OUT)/$(APP_NAME)
OUT_APP_BIN=$(OUT_BIN)/$(APP_NAME)
OUT_APP_DEPLOY=$(OUT_DEPLOY)/$(APP_NAME)

CXXFILES = main.cxx

OBJFILES = $(patsubst %.cxx,$(OUT_APP_OBJ)/%.$(OBJ_EXT),$(CXXFILES))


ifneq "$(DEBUG)" ""
CC_DEFINES+=-DOSL_DEBUG_LEVEL=3
endif

# Targets
.PHONY: ALL
ALL : \
$(MAINTARGET)

include $(SETTINGS)/stdtarget.mk

$(OUT_APP_OBJ)/%.$(OBJ_EXT) : %.cxx $(SDKTYPEFLAG)
-$(MKDIR) $(subst /,$(PS),$(@D))
$(CC) $(CC_FLAGS) $(STL_INCLUDES) $(CC_INCLUDES) -I$(OUT_APP_INC) 
$(CC_DEFINES) $(CC_OUTPUT_SWITCH)$(subst /,$(PS),$@) $<

$(OUT_APP_BIN)/_$(APP_NAME)$(EXE_EXT) : $(OBJFILES)
-$(MKDIR) $(subst /,$(PS),$(@D))
-$(MKDIR) $(subst /,$(PS),$(OUT_APP_GEN))
ifeq "$(OS)" "WIN"
$(LINK) $(EXE_LINK_FLAGS) /OUT:$@ /MAP:$(OUT_APP_GEN)/$(basename 
$(@F)).map \
$(OBJFILES) $(CPPUHELPERLIB) $(CPPULIB) $(SALHELPERLIB) 
$(SALLIB) $(STLPORTLIB)
else
$(LINK) $(EXE_LINK_FLAGS) $(LINK_LIBS) -o $@ $(OBJFILES) \
$(CPPUHELPERLIB) $(CPPULIB) $(SALHELPERLIB) $(SALLIB) 
$(STLPORTLIB) $(STDC++LIB) $(CPPUHELPERDYLIB) $(CPPUDYLIB) $(SALHELPERDYLIB) 
$(SALDYLIB)
ifeq "$(OS)" "MACOSX"
$(INSTALL_NAME_URELIBS_BIN)  $@
endif
endif

$(OUT_APP_BIN)/$(APP_NAME)$(EXE_EXT) : $(OUT_APP_BIN)/_$(APP_NAME)$(EXE_EXT)
-$(MKDIR) $(subst /,$(PS),$(@D))
$(COPY) $(subst /,$(PS),$(BIN_DIR)/unoapploader$(EXE_EXT)) $(subst 
/,$(PS),$@)
# workaround for touch problem under Windows with full qualified paths
make -t $@

$(MAINTARGET) : $(OUT_APP_BIN)/$(APP_NAME)$(EXE_EXT)
@echo 

@echo Please use the following command to execute the example!
@echo -
@echo $(MAKE) $(APP_NAME).run
@echo 
---

Re: [DEVTOOLS] [PROPOSAL] branch Netbeans plugin for 3.0 and begin 4.0 trunk

[Carl Marcum]

On 02/10/2013 04:11 PM, Carl Marcum wrote:

On 02/10/2013 02:50 PM, Juergen Schmidt wrote:

Am Sonntag, 10. Februar 2013 um 19:04 schrieb Carl Marcum:

Hi all,

I would like to branch NB integration plugin for 3.0 and start modifying
trunk for AOO 4.0 compatibility.

I would like to also tag current version as 3.0.1 at the same time.

Trunk would become version 4.0 to maintain major version number the same
as AOO.

If there are no objections to the above proposal within 72-hours then I
will invoke Lazy Consensus and proceed to implement the above proposal.


You can if course create a branch but I don't see the demand for it.
You can continue the development towards 4.0 on trunk. I don't see
many activity here and a branch is not really necessary from my pov.

Juergen


Best regards,
Carl







  I agree. we can always create a branch based on a revision number
later if needed.



I thought about it more and since the next changes will be incompatible 
with AOO 3.4 I tagged a 3.0.2 version and created a 3.0 branch to make 
it easier if someone needs to make changes for 3.4 compatible plugins.


Best regards,
Carl


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: GSOC Idea

[Juergen Schmidt]

Hi Rajath, 


Am Sonntag, 14. April 2013 um 16:29 schrieb Rajath Shashidhara:

> Hello,
> 
> In continuation to my previous mails:
> 
> I found that OpenOffice already has support for csv, xls, xlsx and other
> formats of tables. So use of other external python modules wouldn't be
> necessary(I suggested the use of python-excel and csv python modules in my
> previous mails).Now I realize that this import wizard is to convert it to
> native OpenOffice database format(OpenOffice Base format).
> 
> 
> Also about the bug fixing:
> I found this bug on bugzilla:
> Page count increases if a graphic file is inserted.(Bug 121546)
> 
> I tested the problem on OpenOffice and found that there is a problem with
> positioning of the objects in the writer component. Once an image is
> inserted it adds 4 blank pages in the document. So to solve the problem we
> should make a patch which checks the number of blank pages added after
> insertion of object/image and re-positioning of other objects in the
> document and remove them from the document. Please help in finding the
> right source files in which object positioning happens. I will be able to
> fix this bug by controlling the number of white spaces added to fit the
> object into the document. Please help!!!
> 
> 

the bug is that too many blank pages are inserted in this case. The fix is to 
analyze why this happened and prevent it. It is better to find and fix the root 
cause instead of fixing the result of obvious broken code.

This means try to find the related code, build the code with debug info and 
step through the code  to see what's going wrong. I know this is not easy 
because the code base is huge and complex. But keep in mind that you play with 
code of an enterprise ready office suite. Grown and developed over years and 
often code areas are developed by different people with different knowledge. 
Code get old and you find bad code and good code. Often you will find out that 
it can be improved and can be made better. Feel free to submit patches to 
improve code and that fix problems.

Opengrok helps a lot to search and find specific function in the big code base. 
And the good thing is you will become more and more familiar with the code over 
time. 

We all cook with water only, so don't be shy :-)

Juergen
> 
> 
> On Sun, Apr 14, 2013 at 1:29 PM, janI  wrote:
> 
> > On Apr 14, 2013 7:22 AM, "Rajath Shashidhara" 
> > wrote:
> > > 
> > > Hello,
> > > I thought of an extension to this idea. If we could extend this export
> > > 
> > 
> > and
> > > import feature to google spreadsheets by using google API's then it would
> > > also serve as a cloud storage of database and will be available for
> > > editing from anywhere around the world. It could also serve the purpose
> > > 
> > 
> > of
> > > collaborative editing.(many people can edit the database from different
> > > places). Please give your suggestions on this idea so that we can provide
> > > more functionalities to the end user.
> > > 
> > 
> > HI
> > 
> > I think you have a good and valuable idea, however I also you should attack
> > the problem from a design point first, because if you made a water tight
> > design, you can later add 10 target systems without touching the main code.
> > 
> > Your extension call for a broker/agent class theorem, with a master-agent
> > carrying the extension connection, and an agent for each target, and if you
> > do your job real well also a test agent allowing you/us to test the main
> > chunk without the complexity of a target system.
> > 
> > Bear in mind this would need to be an extended broker/agent, because the
> > extension will surely have UI connection.
> > 
> > So I would like to recommend think more in generic terms, like how can I
> > make it easy to add 10 target systems without changing the main bulk of
> > your code.
> > 
> > You have read a number of suggestions on how to start, I would like to
> > propose an alternative. Try to build a dummy extension, that test the
> > perfomance of the connection, that will give valuable experience, and could
> > be interesting for us all to know.
> > 
> > rgds
> > jan I.
> > 
> > Ps. I am a C++ programmer, but have not built extensions.
> > 
> > > 
> > > Rajath S
> > > I year
> > > M.Sc(Hons.) Physics
> > > BITS pilani
> > > On Apr 14, 2013 1:31 AM, "Alexandro Colorado"  wrote:
> > > 
> > > > You can see our issuezilla here:
> > 
> > https://issues.apache.org/ooo/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=new%20in%20last%20week&sharer_id=248521&list_id=53942
> > > > 
> > > > Confirmed bugs would be a good way to start reading about and analyze.
> > > > 
> > > > Also you can see our source modifications here:
> > > > http://markmail.org/search/+list:org.apache.incubator.ooo-commits
> > > > 
> > > > And our source here:
> > > > http://svn.apache.org/viewvc/openoffice/trunk/main/
> > > > 
> > > > 
> > > > On Sat, Apr 13, 2013 at 2:46 PM, Rajath Shashidhara <
> > > > rajaths.raja...@gmail.com> wrote:
> > > > 

[DEVTOOLS] update Netbeans plugin for setting toolbar name in Addons.xcu for AOO 4

[Carl Marcum]

Hi all,

I am working on updating the Netbeans plugin for setting toolbar name in 
Addons.xcu for AOO 4.
This is required for AOO changes documented in bug 121577 and I created 
bug 122055 to track this change.


Since the change will be incompatible with AOO 3.4, I tagged a 3.0.2 
version and created a 3.0 branch so trunk will be AOO 4 only.


Best regards,
Carl


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [DEVTOOLS] [PROPOSAL] branch Netbeans plugin for 3.0 and begin 4.0 trunk

[Juergen Schmidt]

Hi Carl, 


Am Sonntag, 14. April 2013 um 19:23 schrieb Carl Marcum:

> On 02/10/2013 04:11 PM, Carl Marcum wrote:
> > On 02/10/2013 02:50 PM, Juergen Schmidt wrote:
> > > Am Sonntag, 10. Februar 2013 um 19:04 schrieb Carl Marcum:
> > > > Hi all,
> > > > 
> > > > I would like to branch NB integration plugin for 3.0 and start modifying
> > > > trunk for AOO 4.0 compatibility.
> > > > 
> > > > I would like to also tag current version as 3.0.1 at the same time.
> > > > 
> > > > Trunk would become version 4.0 to maintain major version number the same
> > > > as AOO.
> > > > 
> > > > If there are no objections to the above proposal within 72-hours then I
> > > > will invoke Lazy Consensus and proceed to implement the above proposal.
> > > > 
> > > 
> > > You can if course create a branch but I don't see the demand for it.
> > > You can continue the development towards 4.0 on trunk. I don't see
> > > many activity here and a branch is not really necessary from my pov.
> > > 
> > > Juergen
> > > > 
> > > > Best regards,
> > > > Carl
> > > > 
> > > 
> > > 
> > 
> > I agree. we can always create a branch based on a revision number
> > later if needed.
> > 
> 
> 
> I thought about it more and since the next changes will be incompatible 
> with AOO 3.4 I tagged a 3.0.2 version and created a 3.0 branch to make 
> it easier if someone needs to make changes for 3.4 compatible plugins.
> 
> 

I agree now and with my upcoming 3layer removal there will be some work to do 
in the plugin. It mainly that places of jars, tools, libs have changed.

Juergen 
> 
> Best regards,
> Carl
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 
> 

Re: GSOC Idea

[Rajath Shashidhara]

Hi juergen, thanks. I'm sure I'll be able to understand it when I see the
code. I understand that my patch is going to affect the whole software.
I'll definitely take care that it will solve the problem of the existing
code rather than writing lines of code to delete the extra pages.

Rajath S
I year
M.Sc(Hons.) Physics
BITS pilani
On Apr 14, 2013 10:56 PM, "Juergen Schmidt"  wrote:

> Hi Rajath,
>
>
> Am Sonntag, 14. April 2013 um 16:29 schrieb Rajath Shashidhara:
>
> > Hello,
> >
> > In continuation to my previous mails:
> >
> > I found that OpenOffice already has support for csv, xls, xlsx and other
> > formats of tables. So use of other external python modules wouldn't be
> > necessary(I suggested the use of python-excel and csv python modules in
> my
> > previous mails).Now I realize that this import wizard is to convert it to
> > native OpenOffice database format(OpenOffice Base format).
> >
> >
> > Also about the bug fixing:
> > I found this bug on bugzilla:
> > Page count increases if a graphic file is inserted.(Bug 121546)
> >
> > I tested the problem on OpenOffice and found that there is a problem with
> > positioning of the objects in the writer component. Once an image is
> > inserted it adds 4 blank pages in the document. So to solve the problem
> we
> > should make a patch which checks the number of blank pages added after
> > insertion of object/image and re-positioning of other objects in the
> > document and remove them from the document. Please help in finding the
> > right source files in which object positioning happens. I will be able to
> > fix this bug by controlling the number of white spaces added to fit the
> > object into the document. Please help!!!
> >
> >
>
> the bug is that too many blank pages are inserted in this case. The fix is
> to analyze why this happened and prevent it. It is better to find and fix
> the root cause instead of fixing the result of obvious broken code.
>
> This means try to find the related code, build the code with debug info
> and step through the code  to see what's going wrong. I know this is not
> easy because the code base is huge and complex. But keep in mind that you
> play with code of an enterprise ready office suite. Grown and developed
> over years and often code areas are developed by different people with
> different knowledge. Code get old and you find bad code and good code.
> Often you will find out that it can be improved and can be made better.
> Feel free to submit patches to improve code and that fix problems.
>
> Opengrok helps a lot to search and find specific function in the big code
> base. And the good thing is you will become more and more familiar with the
> code over time.
>
> We all cook with water only, so don't be shy :-)
>
> Juergen
> >
> >
> > On Sun, Apr 14, 2013 at 1:29 PM, janI  wrote:
> >
> > > On Apr 14, 2013 7:22 AM, "Rajath Shashidhara" <
> rajaths.raja...@gmail.com>
> > > wrote:
> > > >
> > > > Hello,
> > > > I thought of an extension to this idea. If we could extend this
> export
> > > >
> > >
> > > and
> > > > import feature to google spreadsheets by using google API's then it
> would
> > > > also serve as a cloud storage of database and will be available for
> > > > editing from anywhere around the world. It could also serve the
> purpose
> > > >
> > >
> > > of
> > > > collaborative editing.(many people can edit the database from
> different
> > > > places). Please give your suggestions on this idea so that we can
> provide
> > > > more functionalities to the end user.
> > > >
> > >
> > > HI
> > >
> > > I think you have a good and valuable idea, however I also you should
> attack
> > > the problem from a design point first, because if you made a water
> tight
> > > design, you can later add 10 target systems without touching the main
> code.
> > >
> > > Your extension call for a broker/agent class theorem, with a
> master-agent
> > > carrying the extension connection, and an agent for each target, and
> if you
> > > do your job real well also a test agent allowing you/us to test the
> main
> > > chunk without the complexity of a target system.
> > >
> > > Bear in mind this would need to be an extended broker/agent, because
> the
> > > extension will surely have UI connection.
> > >
> > > So I would like to recommend think more in generic terms, like how can
> I
> > > make it easy to add 10 target systems without changing the main bulk of
> > > your code.
> > >
> > > You have read a number of suggestions on how to start, I would like to
> > > propose an alternative. Try to build a dummy extension, that test the
> > > perfomance of the connection, that will give valuable experience, and
> could
> > > be interesting for us all to know.
> > >
> > > rgds
> > > jan I.
> > >
> > > Ps. I am a C++ programmer, but have not built extensions.
> > >
> > > >
> > > > Rajath S
> > > > I year
> > > > M.Sc(Hons.) Physics
> > > > BITS pilani
> > > > On Apr 14, 2013 1:31 AM, "Alexandro Colorado"  wrote:
> > > >
> > > > > You can

Re: FormatArea Draw

[Ariel Constenla-Haile]

On Sat, Apr 13, 2013 at 01:35:55PM -0500, jorge ivan poot diaz wrote:
> Hello Ariel,
> > may be you can simply
> > append a number when the name is already used, given "Blue 9": "Blue
> > 10", then if "Blue 11" is already used, increase it and try with "Blue
> > 12" and so on.
> 
> Ok. I like this idea. How I can generate this number?

I leave this for you, as homework; it is simply an algorithm, nothing
specific to OO API nor C++, you could even find the algorithm using
python.

What I'm not sure is how generic this can be: will a RTL
language use the "Color N" pattern, or "N Color"? And some locales may
not use the Western-Arabic numerals used with the Latin script,
wikipedia shows http://en.wikipedia.org/wiki/Eastern_Arabic_numerals and
http://en.wikipedia.org/wiki/Indian_numerals


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgp0j2qFANVW0.pgp
Description: PGP signature

Re: [DEVTOOLS] [PROPOSAL] branch Netbeans plugin for 3.0 and begin 4.0 trunk

[Carl Marcum]

Hi Juergen,

On 04/14/2013 01:32 PM, Juergen Schmidt wrote:

Hi Carl,


Am Sonntag, 14. April 2013 um 19:23 schrieb Carl Marcum:


On 02/10/2013 04:11 PM, Carl Marcum wrote:

On 02/10/2013 02:50 PM, Juergen Schmidt wrote:

Am Sonntag, 10. Februar 2013 um 19:04 schrieb Carl Marcum:

Hi all,

I would like to branch NB integration plugin for 3.0 and start modifying
trunk for AOO 4.0 compatibility.

I would like to also tag current version as 3.0.1 at the same time.

Trunk would become version 4.0 to maintain major version number the same
as AOO.

If there are no objections to the above proposal within 72-hours then I
will invoke Lazy Consensus and proceed to implement the above proposal.



You can if course create a branch but I don't see the demand for it.
You can continue the development towards 4.0 on trunk. I don't see
many activity here and a branch is not really necessary from my pov.

Juergen


Best regards,
Carl






I agree. we can always create a branch based on a revision number
later if needed.




I thought about it more and since the next changes will be incompatible
with AOO 3.4 I tagged a 3.0.2 version and created a 3.0 branch to make
it easier if someone needs to make changes for 3.4 compatible plugins.




I agree now and with my upcoming 3layer removal there will be some work to do 
in the plugin. It mainly that places of jars, tools, libs have changed.

Juergen




Is this something that will be implemented in AOO 4 release?

Thanks,
Carl


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [DEVTOOLS] [PROPOSAL] branch Netbeans plugin for 3.0 and begin 4.0 trunk

[janI]

On 14 April 2013 20:25, Carl Marcum  wrote:

> Hi Juergen,
>
>
> On 04/14/2013 01:32 PM, Juergen Schmidt wrote:
>
>> Hi Carl,
>>
>>
>> Am Sonntag, 14. April 2013 um 19:23 schrieb Carl Marcum:
>>
>>  On 02/10/2013 04:11 PM, Carl Marcum wrote:
>>>
 On 02/10/2013 02:50 PM, Juergen Schmidt wrote:

> Am Sonntag, 10. Februar 2013 um 19:04 schrieb Carl Marcum:
>
>> Hi all,
>>
>> I would like to branch NB integration plugin for 3.0 and start
>> modifying
>> trunk for AOO 4.0 compatibility.
>>
>> I would like to also tag current version as 3.0.1 at the same time.
>>
>> Trunk would become version 4.0 to maintain major version number the
>> same
>> as AOO.
>>
>> If there are no objections to the above proposal within 72-hours then
>> I
>> will invoke Lazy Consensus and proceed to implement the above
>> proposal.
>>
>>
> You can if course create a branch but I don't see the demand for it.
> You can continue the development towards 4.0 on trunk. I don't see
> many activity here and a branch is not really necessary from my pov.
>
> Juergen
>
>>
>> Best regards,
>> Carl
>>
>>
>
>
 I agree. we can always create a branch based on a revision number
 later if needed.


>>>
>>> I thought about it more and since the next changes will be incompatible
>>> with AOO 3.4 I tagged a 3.0.2 version and created a 3.0 branch to make
>>> it easier if someone needs to make changes for 3.4 compatible plugins.
>>>
>>>
>>>
>> I agree now and with my upcoming 3layer removal there will be some work
>> to do in the plugin. It mainly that places of jars, tools, libs have
>> changed.
>>
>> Juergen
>>
>>>
>>>
> Is this something that will be implemented in AOO 4 release?
>

How come it is a 3.0 branch ?? that sounds old to me, shouldnt it be
3.4.1x branch ?

I do agree with the principle in having a branch. We have however to make
it clear to developers, that when using that branch their code will not
avalible with 4.0.

rgds
jan I.

>
> Thanks,
>
> Carl
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: [DEVTOOLS] [PROPOSAL] branch Netbeans plugin for 3.0 and begin 4.0 trunk

[Juergen Schmidt]

Am Sonntag, 14. April 2013 um 20:25 schrieb Carl Marcum:
> Hi Juergen,
> 
> On 04/14/2013 01:32 PM, Juergen Schmidt wrote:
> > Hi Carl,
> > 
> > 
> > Am Sonntag, 14. April 2013 um 19:23 schrieb Carl Marcum:
> > 
> > > On 02/10/2013 04:11 PM, Carl Marcum wrote:
> > > > On 02/10/2013 02:50 PM, Juergen Schmidt wrote:
> > > > > Am Sonntag, 10. Februar 2013 um 19:04 schrieb Carl Marcum:
> > > > > > Hi all,
> > > > > > 
> > > > > > I would like to branch NB integration plugin for 3.0 and start 
> > > > > > modifying
> > > > > > trunk for AOO 4.0 compatibility.
> > > > > > 
> > > > > > I would like to also tag current version as 3.0.1 at the same time.
> > > > > > 
> > > > > > Trunk would become version 4.0 to maintain major version number the 
> > > > > > same
> > > > > > as AOO.
> > > > > > 
> > > > > > If there are no objections to the above proposal within 72-hours 
> > > > > > then I
> > > > > > will invoke Lazy Consensus and proceed to implement the above 
> > > > > > proposal.
> > > > > > 
> > > > > 
> > > > > 
> > > > > You can if course create a branch but I don't see the demand for it.
> > > > > You can continue the development towards 4.0 on trunk. I don't see
> > > > > many activity here and a branch is not really necessary from my pov.
> > > > > 
> > > > > Juergen
> > > > > > 
> > > > > > Best regards,
> > > > > > Carl
> > > > > > 
> > > > > 
> > > > > 
> > > > 
> > > > 
> > > > I agree. we can always create a branch based on a revision number
> > > > later if needed.
> > > > 
> > > 
> > > 
> > > 
> > > I thought about it more and since the next changes will be incompatible
> > > with AOO 3.4 I tagged a 3.0.2 version and created a 3.0 branch to make
> > > it easier if someone needs to make changes for 3.4 compatible plugins.
> > > 
> > 
> > 
> > I agree now and with my upcoming 3layer removal there will be some work to 
> > do in the plugin. It mainly that places of jars, tools, libs have changed.
> > 
> > Juergen
> > > 
> > 
> > 
> 
> 
> Is this something that will be implemented in AOO 4 release?
yes that is the plan, 4.0 is the best time for it.

Juergen 
> 
> Thanks,
> Carl
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 
> 

Re: GSOC Idea

[Rajath Shashidhara]

Hello ,
I'm new to open-source development. I would like to find out in which part
of the source code text wrapping around the image happens when a new image
is inserted. This would greatly help me resolve this bug(121546) and
personally It would help me in learning how to find the right part of the
source code corresponding to functionalities. I'm sorry for repeatedly
asking for your help. I want to definitely fix this bug. Please help me
with this. Also is there an approach that I need to follow generally to
find out which part of code could correspond to a functionality that I'm
searching? I searched for insert graphic/text wrap and followed a chain of
hyperlinks and was not able to exactly figure out where this whole part of
text wrapping happens. Please help me!!!


On Sun, Apr 14, 2013 at 11:18 PM, Rajath Shashidhara <
rajaths.raja...@gmail.com> wrote:

> Hi juergen, thanks. I'm sure I'll be able to understand it when I see the
> code. I understand that my patch is going to affect the whole software.
> I'll definitely take care that it will solve the problem of the existing
> code rather than writing lines of code to delete the extra pages.
>
> Rajath S
> I year
> M.Sc(Hons.) Physics
> BITS pilani
> On Apr 14, 2013 10:56 PM, "Juergen Schmidt"  wrote:
>
>> Hi Rajath,
>>
>>
>> Am Sonntag, 14. April 2013 um 16:29 schrieb Rajath Shashidhara:
>>
>> > Hello,
>> >
>> > In continuation to my previous mails:
>> >
>> > I found that OpenOffice already has support for csv, xls, xlsx and other
>> > formats of tables. So use of other external python modules wouldn't be
>> > necessary(I suggested the use of python-excel and csv python modules in
>> my
>> > previous mails).Now I realize that this import wizard is to convert it
>> to
>> > native OpenOffice database format(OpenOffice Base format).
>> >
>> >
>> > Also about the bug fixing:
>> > I found this bug on bugzilla:
>> > Page count increases if a graphic file is inserted.(Bug 121546)
>> >
>> > I tested the problem on OpenOffice and found that there is a problem
>> with
>> > positioning of the objects in the writer component. Once an image is
>> > inserted it adds 4 blank pages in the document. So to solve the problem
>> we
>> > should make a patch which checks the number of blank pages added after
>> > insertion of object/image and re-positioning of other objects in the
>> > document and remove them from the document. Please help in finding the
>> > right source files in which object positioning happens. I will be able
>> to
>> > fix this bug by controlling the number of white spaces added to fit the
>> > object into the document. Please help!!!
>> >
>> >
>>
>> the bug is that too many blank pages are inserted in this case. The fix
>> is to analyze why this happened and prevent it. It is better to find and
>> fix the root cause instead of fixing the result of obvious broken code.
>>
>> This means try to find the related code, build the code with debug info
>> and step through the code  to see what's going wrong. I know this is not
>> easy because the code base is huge and complex. But keep in mind that you
>> play with code of an enterprise ready office suite. Grown and developed
>> over years and often code areas are developed by different people with
>> different knowledge. Code get old and you find bad code and good code.
>> Often you will find out that it can be improved and can be made better.
>> Feel free to submit patches to improve code and that fix problems.
>>
>> Opengrok helps a lot to search and find specific function in the big code
>> base. And the good thing is you will become more and more familiar with the
>> code over time.
>>
>> We all cook with water only, so don't be shy :-)
>>
>> Juergen
>> >
>> >
>> > On Sun, Apr 14, 2013 at 1:29 PM, janI  wrote:
>> >
>> > > On Apr 14, 2013 7:22 AM, "Rajath Shashidhara" <
>> rajaths.raja...@gmail.com>
>> > > wrote:
>> > > >
>> > > > Hello,
>> > > > I thought of an extension to this idea. If we could extend this
>> export
>> > > >
>> > >
>> > > and
>> > > > import feature to google spreadsheets by using google API's then it
>> would
>> > > > also serve as a cloud storage of database and will be available for
>> > > > editing from anywhere around the world. It could also serve the
>> purpose
>> > > >
>> > >
>> > > of
>> > > > collaborative editing.(many people can edit the database from
>> different
>> > > > places). Please give your suggestions on this idea so that we can
>> provide
>> > > > more functionalities to the end user.
>> > > >
>> > >
>> > > HI
>> > >
>> > > I think you have a good and valuable idea, however I also you should
>> attack
>> > > the problem from a design point first, because if you made a water
>> tight
>> > > design, you can later add 10 target systems without touching the main
>> code.
>> > >
>> > > Your extension call for a broker/agent class theorem, with a
>> master-agent
>> > > carrying the extension connection, and an agent for each target, and
>> if you
>> > > do your job re

Re: "Easy hack" for website

[Michal Hriň]

Hi Rob,

I started work on this bug 122003, because I'm not familiar with  
Subversion,

I need little help.

I'd like to create a "big patch" as mentioned in bug description but I  
don't know how

to do it through svn.

- I made "svn co ..." for downloading whole ooo-site
- I'm edited some files and some I removed

and what is the next step ?
"svn diff  something" ?

Regards,
Michal Hriň

Dňa Fri, 05 Apr 2013 00:49:07 +0200 Rob Weir  napísal:


I just entered a BZ issue :

https://issues.apache.org/ooo/show_bug.cgi?id=122003

"Missing  tag on many webpages"

If there are any new volunteers looking for how to get started, this is  
one
easy way that does not require any programming.  We need someone to  
review

a bunch of HTML pages and add titles to them.  It should help these pages
be listed more appropriately in Google, Bing and other search engines.

There are 874 pages missing titles, so this is something where we can
divide up the work as well.

Regards,

-Rob


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [DEVTOOLS] [PROPOSAL] branch Netbeans plugin for 3.0 and begin 4.0 trunk

[Carl Marcum]

Hi Jan,


On 04/14/2013 02:58 PM, janI wrote:

On 14 April 2013 20:25, Carl Marcum  wrote:


Hi Juergen,


On 04/14/2013 01:32 PM, Juergen Schmidt wrote:


Hi Carl,


Am Sonntag, 14. April 2013 um 19:23 schrieb Carl Marcum:

  On 02/10/2013 04:11 PM, Carl Marcum wrote:



On 02/10/2013 02:50 PM, Juergen Schmidt wrote:


Am Sonntag, 10. Februar 2013 um 19:04 schrieb Carl Marcum:


Hi all,

I would like to branch NB integration plugin for 3.0 and start
modifying
trunk for AOO 4.0 compatibility.

I would like to also tag current version as 3.0.1 at the same time.

Trunk would become version 4.0 to maintain major version number the
same
as AOO.

If there are no objections to the above proposal within 72-hours then
I
will invoke Lazy Consensus and proceed to implement the above
proposal.



You can if course create a branch but I don't see the demand for it.
You can continue the development towards 4.0 on trunk. I don't see
many activity here and a branch is not really necessary from my pov.

Juergen



Best regards,
Carl






I agree. we can always create a branch based on a revision number
later if needed.




I thought about it more and since the next changes will be incompatible
with AOO 3.4 I tagged a 3.0.2 version and created a 3.0 branch to make
it easier if someone needs to make changes for 3.4 compatible plugins.




I agree now and with my upcoming 3layer removal there will be some work
to do in the plugin. It mainly that places of jars, tools, libs have
changed.

Juergen





Is this something that will be implemented in AOO 4 release?



How come it is a 3.0 branch ?? that sounds old to me, shouldnt it be
3.4.1x branch ?



The Netbeans plugin versions didn't historically coincide with the OOo 
version numbers (that I know of).


When the code came to Apache it was version 2.0.7 and I tagged that 
version and started work to make it run on Netbeans 6.9 which was 
Netbeans 7.0 api changes. That's when I changed it to 3.0. Some 
additional localization work took it to 3.0.2.


I'm not sure what the best solution to version numbering other than to 
do a major number change when it's not compatible with AOO or NB and 
keep a compatibility table somewhere.



I do agree with the principle in having a branch. We have however to make
it clear to developers, that when using that branch their code will not
avalible with 4.0.


I agree, that's why I hope everyone continues to do work on trunk and we 
only merge changes if needed for some reason. But we have a well 
established break point.





rgds
jan I.



Best regards,
Carl


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Conversation: Pick A Logo

[Kay Schenk]

On Sat, Apr 13, 2013 at 3:42 PM, Samer Mansour  wrote:

> Summary of feedback (which I found made points):
>
> Samer - Lets go flat, its strong in all aspects brought up.
> Kay S. - Agrees with flat logo. Poll should be limited to few.
> Robin - Wordmarks need more attention (not logo specific), Vasilis logo is
> cool, downside too different. Robin made a similar refresh with/without
> feather. Scales his orb down, no indication for his logo preference (he did
> submit one more). Agrees technical aspect of print, but its not deciding
> factor (I agree but it should be satisfied).
> Dave F - Wordmark needs attention as well, likes flat logo.
> Dennis - Check with trademark@
> Andrea - Likes orb, not a fan of flat (as its been used as a surrogate in
> the past due to limitations).
> Alexandro - alters Robins logo.
> Juergen - What about stand alone logo for buttons, stickers. Proposes we
> should poll.
> Kadal - "Because companies do it, we shouldn't?" - not sure that is
> convincing b/c they pay expert designers.
> Vasilis - Likes flat, but wordmark not so much.
> Milo - Likes flat, but workmark needs changing, TM placement too.
> Rob - Poll, but its not decision making. PMC decides in end. PMC likes
> data, more the better (ie. poll data). "Consider conferences and booth
> materials, CD prints, etc."
> Janl - Agrees poll for decision is bad idea, but poll for data is good.
> "Keep it similar to classic orb". "Doesn't have to be flat" but Janl
> doesn't state outright if flat is bad.
> Graham L - "Logo is not a computer icon". Print is a huge part of
> marketing. Print good -> electronically good, but not necessarily other way
> around.
>
> I could set up a visual poll and share multiple time over facebook and
> social media.
>
> http://freeonlinesurveys.com/app/showpoll.asp?qid=244375&sid=xz7athj6ytcg4mb244375&new=True
>
> Respond with your favourite 3 logo please, or top 2 or 1. The logos that
> score the least will be eliminated:
>
> 1. Flattened Logo
> 2. Kevin G. Flat Feather.
> 3. third pick abstained.
>

I would also include:

https://cwiki.apache.org/confluence/download/attachments/31818000/OO_4_final_design_Robin-Fowler.jpg?version=1&modificationDate=1365884183026

Yes, the feather is a bit too big but it could be made smaller...

I guess we work on lettering after the logo?

Thanks for all this work by everybody!


>
>
>
> On Sat, Apr 13, 2013 at 12:13 PM, Ian Lynch  wrote:
>
> > On 13 April 2013 16:25, Graham Lauder  wrote:
> >
> > > > Hi Milos,
> > > >
> > > > On Thu, Apr 11, 2013 at 06:45:18PM +0200, Milosh Vujnovic wrote:
> > > > > Hi guys,
> > > > >
> > > > > just a quick comment and clarification regarding printing and
> logos.
> > > > > Print-friendly version (vector, CMYK) is crucial to be prepared
> > > > > during logo design process. This includes color and black&white
> > > > > version (on light and dark background).
> > > > >
> > > > > I must disagree with the comments on that printing is rarely used
> > > > > anymore - few examples include billboards, fair stands, business
> > > > > cards, letterheads and other stationery, and so on.
> > > >
> > > > But OpenOffice is a desktop application. For me, this means the main
> > > > focus should be in a logo that looks good everywhere where it is
> mainly
> > > > used, in the user's desktop (even in the window title bar) and the
> > > > website (even in the website favicon). Thus, IMHO, printing has the
> > > > lowest priority.
> > > >
> > > >
> > > > Regards
> > >
> > > I have been keeping out of this conversation because I don't have time
> at
> > > the
> > > moment to give sufficient focus to OO, but I have been reading the list
> > as
> > > I
> > > am able.  The above statement however prompts me to respond.
> > >
> > > The main focus of the logo is to identify and attract. The statement
> > above
> > > shows a limited understanding of marketing.  The advent of computers
> has
> > > far
> > > from given us a paperless office, it has in fact increased paper usage
> > by a
> > > huge margin.  Print media is a hugely significant part of marketing
> > > collateral.  Flyers, posters CD sleeves and labels, business cards etc.
> > > Whenever reviews are printed in magazines there should be a logo with
> the
> > > article.  Logo is not just about finding OO on a computer, that's an
> > icon.
> > >
> > > The logo should work in print (specifically worst case scenario which
> is
> > 4
> > > colour on newsprint) and it will work digitally, the opposite does not
> > > necessarily follow.
> > >
> > > Cheers
> > > GL
> > >
> > > -
> > > To unsubscribe, e-mail: marketing-unsubscr...@openoffice.apache.org
> > > For additional commands, e-mail: marketing-h...@openoffice.apache.org
> >
> >
> >
> > Apart form anything else, why is it so difficult to make a vector image
> > that is good on print and on screen? When something is achievable why
> > settle for something less?
> >
> >
> > --
> >

Re: "Easy hack" for website

[Rob Weir]

On Sun, Apr 14, 2013 at 5:29 PM, Michal Hriň  wrote:

> Hi Rob,
>
> I started work on this bug 122003, because I'm not familiar with
> Subversion,
> I need little help.
>
> I'd like to create a "big patch" as mentioned in bug description but I
> don't know how
> to do it through svn.
>
> - I made "svn co ..." for downloading whole ooo-site
> - I'm edited some files and some I removed
>
> and what is the next step ?
> "svn diff  something" ?
>
>
Yes.  Details here:
http://openoffice.apache.org/svn-basics.html#creating_and_submitting_patches


Be sure to do this from the root of the ooo-site directory.

You can then zip this and attach it to the BZ issue.  I'll then review and
commit.

Thanks,

-Rob



> Regards,
> Michal Hriň
>
> Dňa Fri, 05 Apr 2013 00:49:07 +0200 Rob Weir  napísal:
>
>
>  I just entered a BZ issue :
>>
>> https://issues.apache.org/ooo/**show_bug.cgi?id=122003
>>
>> "Missing  tag on many webpages"
>>
>> If there are any new volunteers looking for how to get started, this is
>> one
>> easy way that does not require any programming.  We need someone to review
>> a bunch of HTML pages and add titles to them.  It should help these pages
>> be listed more appropriately in Google, Bing and other search engines.
>>
>> There are 874 pages missing titles, so this is something where we can
>> divide up the work as well.
>>
>> Regards,
>>
>> -Rob
>>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: Libwpd 0.8 x 0.9

[Kay Schenk]

On Fri, Apr 12, 2013 at 7:41 AM, Claudio Filho  wrote:

> Hi
>
> I did a update in my env and tried to reconfigure it, returning a error in
> configure step. Configure script breaks in this part:
>
> $ ./configure 
> ...
> checking which libwpd to use... external
> checking for LIBWPD... no
> configure: error: Package requirements (libwpd-0.8 ) were not met:
>
> No package 'libwpd-0.8' found
>
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
>
> Alternatively, you may set the environment variables LIBWPD_CFLAGS
> and LIBWPD_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
>
>
> Using --with-system-libwpd flag or not, return the same error. Some days
> ago, I gave a build with success. Any change. I also saw a bug for this
> case[1].
> [1]https://issues.apache.org/ooo/show_bug.cgi?format=multiple&id=118587
>
> Some tip?
>
> Bests,
> Claudio
>

configure still seems to want  libwpd-0.8 unless we change this.

Also, getting configure to work correctly with your system require correct
pkg-config set up for all your libraries -- a big issue with my setup.



-- 

MzK

"Achieving happiness requires the right combination of Zen and Zin."

Re: Programming OOoDraw and OOoImpress

[Henry Tiquet Leyva]

Did yuo add it to the code in http://ooo.pastebin.ca/2357487?
No, I didn't. I added it in my main code.

Thank you for that you told me in the above mail. I get it, but I got this
error because I didn't add the correct name of object, in your code it is
called xDoc, I just had to change xcomponent to xDoc. It was a problem of
inheritance.

Re: Conversation: Pick A Logo

[Kevin Grignon]

Hello All,

Sorry, i haven't had cycles to work on this. 

Please consider these votes a selection of direction as final adjustments will 
need to be made to the graphics and text. 

It appears there is interest in a flat treatment. Other than that, palette, 
fonts and relation ship to app icons and other graphics is still open. 

Sorry to open a can of worms, but design is not linear, is not well suited for 
polls. Rather, select a direction, say flat, then open a quick iteration to 
explore flat. Incremental decisions will allow us to refine. It is not all or 
nothing. Also, consider the synergy which is possible by combining elements 
from different designs. 

Regards,
Kevin

On Apr 15, 2013, at 6:27 AM, Kay Schenk  wrote:

> On Sat, Apr 13, 2013 at 3:42 PM, Samer Mansour  wrote:
> 
>> Summary of feedback (which I found made points):
>> 
>> Samer - Lets go flat, its strong in all aspects brought up.
>> Kay S. - Agrees with flat logo. Poll should be limited to few.
>> Robin - Wordmarks need more attention (not logo specific), Vasilis logo is
>> cool, downside too different. Robin made a similar refresh with/without
>> feather. Scales his orb down, no indication for his logo preference (he did
>> submit one more). Agrees technical aspect of print, but its not deciding
>> factor (I agree but it should be satisfied).
>> Dave F - Wordmark needs attention as well, likes flat logo.
>> Dennis - Check with trademark@
>> Andrea - Likes orb, not a fan of flat (as its been used as a surrogate in
>> the past due to limitations).
>> Alexandro - alters Robins logo.
>> Juergen - What about stand alone logo for buttons, stickers. Proposes we
>> should poll.
>> Kadal - "Because companies do it, we shouldn't?" - not sure that is
>> convincing b/c they pay expert designers.
>> Vasilis - Likes flat, but wordmark not so much.
>> Milo - Likes flat, but workmark needs changing, TM placement too.
>> Rob - Poll, but its not decision making. PMC decides in end. PMC likes
>> data, more the better (ie. poll data). "Consider conferences and booth
>> materials, CD prints, etc."
>> Janl - Agrees poll for decision is bad idea, but poll for data is good.
>> "Keep it similar to classic orb". "Doesn't have to be flat" but Janl
>> doesn't state outright if flat is bad.
>> Graham L - "Logo is not a computer icon". Print is a huge part of
>> marketing. Print good -> electronically good, but not necessarily other way
>> around.
>> 
>> I could set up a visual poll and share multiple time over facebook and
>> social media.
>> 
>> http://freeonlinesurveys.com/app/showpoll.asp?qid=244375&sid=xz7athj6ytcg4mb244375&new=True
>> 
>> Respond with your favourite 3 logo please, or top 2 or 1. The logos that
>> score the least will be eliminated:
>> 
>> 1. Flattened Logo
>> 2. Kevin G. Flat Feather.
>> 3. third pick abstained.
>> 
> 
> I would also include:
> 
> https://cwiki.apache.org/confluence/download/attachments/31818000/OO_4_final_design_Robin-Fowler.jpg?version=1&modificationDate=1365884183026
> 
> Yes, the feather is a bit too big but it could be made smaller...
> 
> I guess we work on lettering after the logo?
> 
> Thanks for all this work by everybody!
> 
> 
>> 
>> 
>> 
>> On Sat, Apr 13, 2013 at 12:13 PM, Ian Lynch  wrote:
>> 
>>> On 13 April 2013 16:25, Graham Lauder  wrote:
>>> 
> Hi Milos,
> 
> On Thu, Apr 11, 2013 at 06:45:18PM +0200, Milosh Vujnovic wrote:
>> Hi guys,
>> 
>> just a quick comment and clarification regarding printing and
>> logos.
>> Print-friendly version (vector, CMYK) is crucial to be prepared
>> during logo design process. This includes color and black&white
>> version (on light and dark background).
>> 
>> I must disagree with the comments on that printing is rarely used
>> anymore - few examples include billboards, fair stands, business
>> cards, letterheads and other stationery, and so on.
> 
> But OpenOffice is a desktop application. For me, this means the main
> focus should be in a logo that looks good everywhere where it is
>> mainly
> used, in the user's desktop (even in the window title bar) and the
> website (even in the website favicon). Thus, IMHO, printing has the
> lowest priority.
> 
> 
> Regards
 
 I have been keeping out of this conversation because I don't have time
>> at
 the
 moment to give sufficient focus to OO, but I have been reading the list
>>> as
 I
 am able.  The above statement however prompts me to respond.
 
 The main focus of the logo is to identify and attract. The statement
>>> above
 shows a limited understanding of marketing.  The advent of computers
>> has
 far
 from given us a paperless office, it has in fact increased paper usage
>>> by a
 huge margin.  Print media is a hugely significant part of marketing
 collateral.  Flyers, posters CD sleeves and labels, business cards etc.
 Whenever reviews are printed in magazines there should be a l

Re: Conversation: Pick A Logo

[Kevin Grignon]

If we pursue flat, let's explore some modifications to the pages (gulls). In my 
flat submission I have made the gulls more predominant which broader strikes 
and deeper arcs. 

Also, we should see the proposals with drop shadows as key OS apply one. The 
wingtip which extends off the orb would need such a shadow. 

Regards,
Kevin

On Apr 15, 2013, at 6:27 AM, Kay Schenk  wrote:

> On Sat, Apr 13, 2013 at 3:42 PM, Samer Mansour  wrote:
> 
>> Summary of feedback (which I found made points):
>> 
>> Samer - Lets go flat, its strong in all aspects brought up.
>> Kay S. - Agrees with flat logo. Poll should be limited to few.
>> Robin - Wordmarks need more attention (not logo specific), Vasilis logo is
>> cool, downside too different. Robin made a similar refresh with/without
>> feather. Scales his orb down, no indication for his logo preference (he did
>> submit one more). Agrees technical aspect of print, but its not deciding
>> factor (I agree but it should be satisfied).
>> Dave F - Wordmark needs attention as well, likes flat logo.
>> Dennis - Check with trademark@
>> Andrea - Likes orb, not a fan of flat (as its been used as a surrogate in
>> the past due to limitations).
>> Alexandro - alters Robins logo.
>> Juergen - What about stand alone logo for buttons, stickers. Proposes we
>> should poll.
>> Kadal - "Because companies do it, we shouldn't?" - not sure that is
>> convincing b/c they pay expert designers.
>> Vasilis - Likes flat, but wordmark not so much.
>> Milo - Likes flat, but workmark needs changing, TM placement too.
>> Rob - Poll, but its not decision making. PMC decides in end. PMC likes
>> data, more the better (ie. poll data). "Consider conferences and booth
>> materials, CD prints, etc."
>> Janl - Agrees poll for decision is bad idea, but poll for data is good.
>> "Keep it similar to classic orb". "Doesn't have to be flat" but Janl
>> doesn't state outright if flat is bad.
>> Graham L - "Logo is not a computer icon". Print is a huge part of
>> marketing. Print good -> electronically good, but not necessarily other way
>> around.
>> 
>> I could set up a visual poll and share multiple time over facebook and
>> social media.
>> 
>> http://freeonlinesurveys.com/app/showpoll.asp?qid=244375&sid=xz7athj6ytcg4mb244375&new=True
>> 
>> Respond with your favourite 3 logo please, or top 2 or 1. The logos that
>> score the least will be eliminated:
>> 
>> 1. Flattened Logo
>> 2. Kevin G. Flat Feather.
>> 3. third pick abstained.
>> 
> 
> I would also include:
> 
> https://cwiki.apache.org/confluence/download/attachments/31818000/OO_4_final_design_Robin-Fowler.jpg?version=1&modificationDate=1365884183026
> 
> Yes, the feather is a bit too big but it could be made smaller...
> 
> I guess we work on lettering after the logo?
> 
> Thanks for all this work by everybody!
> 
> 
>> 
>> 
>> 
>> On Sat, Apr 13, 2013 at 12:13 PM, Ian Lynch  wrote:
>> 
>>> On 13 April 2013 16:25, Graham Lauder  wrote:
>>> 
> Hi Milos,
> 
> On Thu, Apr 11, 2013 at 06:45:18PM +0200, Milosh Vujnovic wrote:
>> Hi guys,
>> 
>> just a quick comment and clarification regarding printing and
>> logos.
>> Print-friendly version (vector, CMYK) is crucial to be prepared
>> during logo design process. This includes color and black&white
>> version (on light and dark background).
>> 
>> I must disagree with the comments on that printing is rarely used
>> anymore - few examples include billboards, fair stands, business
>> cards, letterheads and other stationery, and so on.
> 
> But OpenOffice is a desktop application. For me, this means the main
> focus should be in a logo that looks good everywhere where it is
>> mainly
> used, in the user's desktop (even in the window title bar) and the
> website (even in the website favicon). Thus, IMHO, printing has the
> lowest priority.
> 
> 
> Regards
 
 I have been keeping out of this conversation because I don't have time
>> at
 the
 moment to give sufficient focus to OO, but I have been reading the list
>>> as
 I
 am able.  The above statement however prompts me to respond.
 
 The main focus of the logo is to identify and attract. The statement
>>> above
 shows a limited understanding of marketing.  The advent of computers
>> has
 far
 from given us a paperless office, it has in fact increased paper usage
>>> by a
 huge margin.  Print media is a hugely significant part of marketing
 collateral.  Flyers, posters CD sleeves and labels, business cards etc.
 Whenever reviews are printed in magazines there should be a logo with
>> the
 article.  Logo is not just about finding OO on a computer, that's an
>>> icon.
 
 The logo should work in print (specifically worst case scenario which
>> is
>>> 4
 colour on newsprint) and it will work digitally, the opposite does not
 necessarily follow.
 
 Cheers
 GL
 
 ---