Re: [libreoffice-users] Problem with Export as PDF

2014-07-16 Thread Doug Essinger-Hileman

On 7/16/2014 4:46 AM, Tim Lloyd wrote:

I have copied this back to this list for comment. I am afraid I cannot 
reproduce. Maybe someone with a windows 7 install could help?




I have LO 4.1.2.3 (I know, I'm one iteration behind in my updates!); I 
am running Win7 Home Premium. I have no problem exporting a selection 
from an odf doc to pdf.


When I highlighted a selection and then chose Export as PDF… , the 
options box opens with the All selection chosen. But I can change to 
Pages or Selection with no problem. When I choose Selection, it 
exported just that selection into a pdf document.


BTW, one of the quirks of this list is that a simple reply does not 
copy the list! Either reply all or reply list does this trick :)


I agree -- except that I don't think this is a quirk, but a poor 
decision on the part of the list owners. If this is intended as a 
discussion list, then setting the default to kill the discussion on the 
list by sending the reply to the sender of the email is counter to the 
declared intention. I encourage the owners to change the default.


Doug

--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted


Re: [libreoffice-users] Master Documents, Office Suites, and the Underwood

2014-03-25 Thread Doug Essinger-Hileman
My apologies to Kracked, as I didn't pay attention and sent this note 
directly when I intended to send it to the list.


On 3/25/2014 9:33 AM, Kracked_P_P---webmaster wrote:



As a person who learned to type on a typewriter and learned
programming on a mainframe computer [since the PC did not exist at
that time], I have not learned how to do styles.  Never really
needed it, as far as I was concerned.   Yes, yes, I should learn it,
but time to learn and play with styles is not an option for me currently.

The key is, if people can do what they need, they way they currently
do it, then why try to force them to learn how to do it another way -
i.e. styles.


Within the provenance of this discussion, you are right that it is not 
the job of the software writers/programmers to force anyone to learn a 
way other than the one they are using. However, it is also not the job 
of the software writers/programmers to build into any particular 
software every method of doing things.


That philosophy leads to bloat, and bloat is bad, in my opinion. It also 
leads to stealing time from the task of adding new features and 
improving existing features. The writers/programmers have a finite 
amount of time. If the feature request mentioned earlier in this thread 
is accepted, then time will be spent on it. That means that time will 
not be spent on other things. And that, in my opinion, is waste.


Doug

--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted



Re: [libreoffice-users] Relationships in Base

2013-11-21 Thread Doug Essinger-Hileman

On 11/20/2013 4:16 PM, Tom Davies wrote:


Hi :)
Sorry for the delay!  We seem to be a little slow in the last couple of weeks.


No problem. Thanks for the reply.


The 2nd table probably needs it's own ID field (yes, it's the right
term) even though it's not really going to be used at all.  Is each
row in the 2nd table unique to a Contact?  or do some contacts have
more than 1 row in the 2nd table?

I suspect that the Event Table needs to be a Query rather than a
table.  Queries look a lot like tables.  It might need to be a Form
instead though and i would build Forms by basing them on Queries.  The
Query would pull the information from both tables together then the
Form might be what you need to be able to type a name into in order to
get the details of that row of the Query.

I'm kinda clutching at straws here but i think you need to check on 3 things
1.  Give the 2nd table it's own ID
2.  Check the type of relationship linking the Connections table to
the 2nd one (ie 1 to 1, 1 to many, or many to 1, (many to many seems
unlikely!))
3.  Try using an external back-end to store your data tables rather
than the internal one built-in

How you do that 3rd thing is still a bit beyond me but there are tools
such as Postgresql, MySql/MariaDB, HsqlDB and many others.  I don't
know which is best but it probably depends on how large the tables are
likely to be.  For any kind of contacts database it's likely to be
reasonably small so you could aim for the small, light and fast ones.



And thanks for the info. I'm off to read up on queries. I'm sure I'll 
have some more questions, and will ask them as they arise.


Doug

--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted



[libreoffice-users] Relationships in Base

2013-11-20 Thread Doug Essinger-Hileman
Good morning. I'm new to this list, and thought it polite to introduce 
myself before I ask for help. So . . .


My professional career is one which has travelled a long and winding 
road. I began my university career studying aerospace engineering before 
deciding to become a parish pastor in United Methodist and Presbyterian 
congregations, where I served for about 27 years. Then I apprenticed and 
worked as a baker of bread for 6 years. Now, I am the co-Founding Pastor 
of a new church development (which will combine ministry and baking -- 
it's a story I'm happy to share, but one which is likely not germane to 
this email).


When I was in parish ministry, my wife and I used Lotus SmartSuite, 
including its relational database, Approach. I believe I was fairly 
proficient at it for the needs I had. But it's been 6 years of so, which 
means my skills are rather rusty -- and we've switched to LibreOffice, 
which means that some things are done in a slightly different manner. 
And I've found I need some help.


I am creating a relational database of our friends and followers. The 
first table I created was one called Connections, because it is a 
master table keeping track of all the folk with whom we make some sort 
of connection. As you might guess, the fields (is that the terminology 
used nowadays?) include a CID (connection ID), which is an 
auto-incremented ID number field and the primary key, first and last 
name, address and other contact fields, etc.


I am now creating a second table to record the information about 
contacts we had with our connections during a particular fundraising 
event. My thought on the design of this table is that it would have the 
connection's CID, name, and the amount they donated. I figured that I'd 
again make the CID the primary key for this table, and create a 
relationship between those fields in the two tables. I would also like 
it set up so that I can enter the name in the event table and the rest 
of the information will be pulled in from the other table.


I created the new table and linked the two CID fields. But when I enter 
the name in the event table, it doesn't automatically pull up the 
information from the other table.


Any help would be greatly appreciate.

Doug

--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted