Nabble - Zend MFS

Re: Weird problem with Zend_Mail

2009-09-29T06:23:51Z

Hi Ralf,

It's a long time ago, but did you guess what happened about this issue? I'm having the same problem...

Thanks

Ralf Eggert wrote:

Hi,

I just updated to ZF 0.8.0 and have problems with some of my local unit
tests which test. The messages I get look just weird to me:

------------------------------------------------------------------------
Fatal error: Exception thrown without a stack frame in Unknown on line 0

Call Stack:
0.0017 1. {main}() E:\_library\PHPUnit\TextUI\Command.php:0
0.2168 2. PHPUnit_TextUI_Command::main()
E:\_library\PHPUnit\TextUI\Command.php:401

Warning: Unknown: Failed to write session data (user). Please verify
that the current setting of session.save_path is correct () in Unknown
on line 0

Call Stack:
0.0017 1. {main}() E:\_library\PHPUnit\TextUI\Command.php:0
0.2168 2. PHPUnit_TextUI_Command::main()
E:\_library\PHPUnit\TextUI\Command.php:401
------------------------------------------------------------------------

It took me some while to track down the code line which causes this
problem. I finally found it in Zend_Mail_Protocol_Smtp::_startSession().
When I comment out the single line, these message are not shown any more
but an exception is thrown:

------------------------------------------------------------------------
Zend_Mail_Protocol_Exception: A valid session has not been started
E:\_library\Zend\Mail\Transport\Smtp.php:185
E:\_library\Zend\Mail\Transport\Abstract.php:330
E:\_library\Zend\Mail.php:563
E:\www.travello-dev.com\tests\unit\framework\MailTest.php:68
------------------------------------------------------------------------

This exception makes sense to me since there is a check for $this->_sess
in Zend_Mail_Protocol_Smtp::mail() method.

What I do not understand is, why the single line 399 in
Zend_Mail_Protocol_Smtp::_startSession() is causing this problem by just
setting the $this->_sess value to true.

To give some further information. I am working on a Win XP machine and I
am using Fakemail as a local mailer daemon to check in my unit tests if
the mails are sent as expected. With the nightly 20070215-3419 I used
before I upgraded to ZF 0.8.0 this problem did not occur.

Is this worth to open a new issue for it?

Best Regards,

Ralf

Zend_Search_Lucene - How to add filtering to queries?

2009-08-25T09:21:18Z

Hello,

Based on the following search index build code I am trying to figure out how to add "filtering by secondary fields" to a query. I will explain below.

Here is the search index build code.

<?php
// Create search index
$index = Zend_Search_Lucene::create($indexPath);

$articles = getArticles();

foreach($articles as $article) {

// Create new Document
$doc = new Zend_Search_Lucene_Document();

// Index article id
$doc->addField(Zend_Search_Lucene_Field::Keyword('article_id', $article['id']));

// Index author id
$doc->addField(Zend_Search_Lucene_Field::Keyword('author_id', $article['author_id']));

// Index category id
$doc->addField(Zend_Search_Lucene_Field::Keyword('category_id', $article['category_id']));

// Index title
$doc->addField(Zend_Search_Lucene_Field::UnStored('title', $article['title']));

// Index body
$doc->addField(Zend_Search_Lucene_Field::UnStored('contents', $article['body']));

// Add document to the index
$index->addDocument($doc);

}

$index->optimize();
$index->commit();

Here is an example of performing a search query.

$terms = "keywords here";
$query = Zend_Search_Lucene_Search_QueryParser::parse($terms);
$hits = $index->find($query);

Based upon the above index build code, how could i "filter" the given search query code to allow me to add filters to the query.

Filters such as
1) limiting the search query results to a list of author ids
2) limiting the search query results to a list of category ids

Any help on this would be much appreciated. I found the ZF manual confusing when it comes to building query building.

Thanks!

Bomb explodes at Transformers screening

2009-07-12T02:08:54Z

New This Week

New This Week for July 12, 2009

Share New This Week

Subscriber Services
Read This Online
Subscribe by RSS
Subscribe by Email
Manage Your Subscription
Browse the New This Week Archive

Thanks for reading!

Copyright Notice
Use of the annotations from this list must be accompanied by:

Copyright 2009 Eafylq.

We encourage you to cite our records, to forward all or part of New This Week to colleagues and other discussion or announcement lists, to include citations to our resources in your pathfinders and training materials, and to otherwise leverage this publicly-funded resource.

Re: Zend_Pdf text wrapping

2009-07-06T07:54:00Z

Because the current version of Zend-PDF doesn't support it, I created this class a while ago:

http://devshed.excudo.net/scripts/php/source/excudo+pdf+textblock

It does text-wrapping and alignment.

Jaime Garcia-2 wrote:

Hello,

Has somebody experience with text (drawText function) wrapping in pdf
documents created from Zend_Pdf? What I want is wrap text in a defined area
in the document. I will appreciate so much your help.

Jaime.

http://devshed.excudo.net

Re: Zend_Pdf text wrapping

2009-07-02T07:07:09Z

See my comment at the end of the proposal for code and a test file.

Jaime Garcia wrote:

> I will be glad to check it out and comment according. Thank you a
> lot Nico.
>
> Regards,
> Jaime.
>
>> -----Mensaje original-----
>> De: Nico Edtinger [mailto:list-zf-formats@...]
>> Enviado el: Miércoles, 01 de Julio de 2009 11:14 a.m.
>> Para: Jaime Garcia
>> CC: fw-formats@...
>> Asunto: Re: [fw-formats] Zend_Pdf text wrapping
>>
>> Jaime Garcia wrote:
>>> Thank you a lot for the suggestion Ulrich, I will give a try. I hope
>>> this
>>> feature could be available in future releases of ZF. Has anybody
>>> knows if
>>> there is any proposal for this feature in Zend_Pdf ?
>>
>> Yes: http://framework.zend.com/wiki/x/UwDI
>> I'm just waiting for comments. I'll put the code online ASAP and
>> add a
>> link in the proposal.
>>
>> nico
>
>

RE: Zend_Pdf text wrapping

2009-07-01T09:26:00Z

I will be glad to check it out and comment according. Thank you a lot Nico.

Regards,
Jaime.

> -----Mensaje original-----
> De: Nico Edtinger [mailto:list-zf-formats@...]
> Enviado el: Miércoles, 01 de Julio de 2009 11:14 a.m.
> Para: Jaime Garcia
> CC: fw-formats@...
> Asunto: Re: [fw-formats] Zend_Pdf text wrapping
>
> Jaime Garcia wrote:
> > Thank you a lot for the suggestion Ulrich, I will give a try. I hope
> > this
> > feature could be available in future releases of ZF. Has anybody
> > knows if
> > there is any proposal for this feature in Zend_Pdf ?
>
> Yes: http://framework.zend.com/wiki/x/UwDI
> I'm just waiting for comments. I'll put the code online ASAP and add a
> link in the proposal.
>
> nico

Re: Zend_Pdf text wrapping

2009-07-01T09:13:35Z

Jaime Garcia wrote:
> Thank you a lot for the suggestion Ulrich, I will give a try. I hope
> this
> feature could be available in future releases of ZF. Has anybody
> knows if
> there is any proposal for this feature in Zend_Pdf ?

Yes: http://framework.zend.com/wiki/x/UwDI
I'm just waiting for comments. I'll put the code online ASAP and add a
link in the proposal.

nico

RE: Zend_Pdf text wrapping

2009-07-01T08:40:32Z

Thank you a lot for the suggestion Ulrich, I will give a try. I hope this
feature could be available in future releases of ZF. Has anybody knows if
there is any proposal for this feature in Zend_Pdf ?

Best Regards!

> -----Mensaje original-----
> De: Ulrich Wolf [mailto:ml@...]
> Enviado el: Miércoles, 01 de Julio de 2009 02:57 a.m.
> Para: Jaime Garcia
> CC: fw-formats@...
> Asunto: Re: [fw-formats] Zend_Pdf text wrapping
>
> Hi,
>
> ive seen a tutorial for this a while ago:
> http://blog.alfbox.net/index.php/2008/06/04/wrapping-text-for-zend-pdf/
>
> You could rewrite that for using an area instead of a width.
>
> Hope this helps ;)
>
> Uli
>
>
> Jaime Garcia wrote:
> >
> > Hello,
> >
> > Has somebody experience with text (drawText function) wrapping in pdf
> > documents created from Zend_Pdf? What I want is wrap text in a
> defined
> > area in the document. I will appreciate so much your help.
> >
> > Jaime.
> >

Re: Zend_Pdf text wrapping

2009-07-01T01:38:35Z

Other options include trying the DOMPdf lib, which converts HTML pages into Pdfs, or the spin-off from the Zend_Pdf proposal, REFW (see http://www.nabble.com/Plans-for-Zend_PDF-td23425152.html#a23469553)

I wrote a view helper for DomPdf (ConvertToDomPdf2.php), and you'll have to re-do their autoloader function as per http://www.nabble.com/Calling-external-autoload-function-%E2%80%93-how-to--to22987919.html#a22987919, but it's a 2-minute job.

Don't know if any of that is helpful!

M

Uli Wolf wrote:

Hi,

i’ve seen a tutorial for this a while ago:
http://blog.alfbox.net/index.php/2008/06/04/wrapping-text-for-zend-pdf/

You could rewrite that for using an area instead of a width.

Hope this helps ;)

Uli

Jaime Garcia wrote:
>
> Hello,
>
> Has somebody experience with text (drawText function) wrapping in pdf
> documents created from Zend_Pdf? What I want is wrap text in a defined
> area in the document. I will appreciate so much your help.
>
> Jaime.
>

Re: Zend_Pdf text wrapping

2009-07-01T00:56:53Z

Hi,

i’ve seen a tutorial for this a while ago:
http://blog.alfbox.net/index.php/2008/06/04/wrapping-text-for-zend-pdf/

You could rewrite that for using an area instead of a width.

Hope this helps ;)

Uli

Jaime Garcia wrote:
>
> Hello,
>
> Has somebody experience with text (drawText function) wrapping in pdf
> documents created from Zend_Pdf? What I want is wrap text in a defined
> area in the document. I will appreciate so much your help.
>
> Jaime.
>

Zend_Pdf text wrapping

2009-06-30T22:12:56Z

Hello,

Has somebody experience with text (drawText function) wrapping in pdf documents created from Zend_Pdf? What I want is wrap text in a defined area in the document. I will appreciate so much your help.

Jaime.

Re: Plans for Zend_PDF

2009-06-26T07:52:56Z

Nico Edtinger schrieb:
>>> we are considering adding support for cells and tables by ourselves.
>
> What's your current status?

We did indeed implement the needed funtionality by ourselves, but the
way I see it, it's not ready for contribution as-is, as the code was
tailored more to satisfy the immediate needs than to provide a
comprehensive feature set. No modifications were made to Zend_PDF
itself, but some new classes were put on top of it instead.

Also, while it basically does the job, there are some edge-cases that
are still not being solved, IIRC particularly concerning page breaks
(tables spanning more than one page). I'm not too sure about the
details, because I was not the one who this got assigned to.

>> As I myself found it quite complicated to draw even simple text I
>> started a new proposal for some enhancements:
>> <http://framework.zend.com/wiki/x/UwDI>.
>
> This proposal is now ready for review.
>
> I'm asking, because if you're still considering contributing we should
> coordinate our efforts.

The code is publicly viewable:

http://phprojekt.svn.sourceforge.net/viewvc/phprojekt/trunk/phprojekt/library/Phprojekt/Pdf/

And a usage example would be:

http://phprojekt.svn.sourceforge.net/viewvc/phprojekt/trunk/phprojekt/application/Minutes/Helpers/Pdf.php?revision=2079&view=markup

I don't know how much this is similar to your approach. The code
currently is licensed under LGPL, but if you can use any of it, I'm
pretty optimistic that the powers-that-be could be made to agree on
re-releasing this particular library under a different license.

CU
Markus

Re: Copying a sent Zend_Mail message into a folder?

2009-06-23T09:52:53Z

Thanks Kevin

ritesh83 wrote:

Hi Kevin,

This is Ritesh here.
Did you find a solution to the problem?
Even I need to save sent messages using Zend Mail.
The mail server I'm using is Plesk.
Please do let me know.

Thanks,
Ritesh

Kevin Jordan wrote:

I'm not seeing any way currently to copy a sent Zend_Mail message into an IMAP folder or equivalent. I could save the string part and append it directly in that way, but that wouldn't work for HTML messages or ones with attachments correct? Otherwise appendMessage takes a Zend_Mail_Message object which isn't compatible with a Zend_Mail object. So how does one convert one to the other?

Well, I think if you can convert it to a string that can be appended to an IMAP folder using appendMessage, then you can. There's still no direct way to do it and in fact, I don't believe anything like toString on the Zend_Mail object will get you the correct string. Although it has been a few versions since I last tried to append a Zend_Mail object to an IMAP folder and I believe that was the problem I had. I've also started using JavaMail as more of my stuff is becoming Java as opposed to PHP. Zend Mail could learn a few things from that API as it's pretty well written and does allow you to do this kind of stuff.

Re: Copying a sent Zend_Mail message into a folder?

2009-06-23T06:30:01Z

Hi Kevin,

This is Ritesh here.
Did you find a solution to the problem?
Even I need to save sent messages using Zend Mail.
The mail server I'm using is Plesk.
Please do let me know.

Thanks,
Ritesh

Kevin Jordan wrote:

I'm not seeing any way currently to copy a sent Zend_Mail message into an IMAP folder or equivalent. I could save the string part and append it directly in that way, but that wouldn't work for HTML messages or ones with attachments correct? Otherwise appendMessage takes a Zend_Mail_Message object which isn't compatible with a Zend_Mail object. So how does one convert one to the other?

Well, I think if you can convert it to a string that can be appended to an IMAP folder using appendMessage, then you can. There's still no direct way to do it and in fact, I don't believe anything like toString on the Zend_Mail object will get you the correct string. Although it has been a few versions since I last tried to append a Zend_Mail object to an IMAP folder and I believe that was the problem I had. I've also started using JavaMail as more of my stuff is becoming Java as opposed to PHP. Zend Mail could learn a few things from that API as it's pretty well written and does allow you to do this kind of stuff.

Re: Copying a sent Zend_Mail message into a folder?

2009-06-22T17:22:49Z

Hi Kevin,

This is Ritesh here.
Did you find a solution to the problem?
Even I need to save sent messages using Zend Mail.
The mail server I'm using is Plesk.
Please do let me know.

Thanks,
Ritesh

Kevin Jordan wrote:

I'm not seeing any way currently to copy a sent Zend_Mail message into an IMAP folder or equivalent. I could save the string part and append it directly in that way, but that wouldn't work for HTML messages or ones with attachments correct? Otherwise appendMessage takes a Zend_Mail_Message object which isn't compatible with a Zend_Mail object. So how does one convert one to the other?

Out of Office Notice - Abwesenheitsnotiz

2009-06-18T09:05:19Z

Thank you for your message. I will be out of the office till June 22nd 2009. I will respond to your email as soon as possible on my return.

Thank you for your understanding.

Best regards,
Stefan Schmalhaus

--------------------------------

Vielen Dank für Ihre Nachricht. Ich bin bis zum 22. Juni 2009 nicht erreichbar. Ich werde auf Ihre E-Mail so schnell wie möglich nach meiner Rückkehr antworten.

Vielen Dank für Ihr Verständnis.

Mit freundlichen Grüßen
Stefan Schmalhaus

--
Dr. Stefan Schmalhaus
LOG2E - Web Design & Rich Internet Applications
Neuer Weg 89
D-47803 Krefeld

Email: info@...
Phone: +49 2151 761521
Fax: +49 2151 761524

GM's CEO hung himself

2009-06-18T09:04:32Z

Having trouble reading this newsletter? Click here to see it in your browser.

Copyright © Gjpjg™	Published by Jaypy™
This message was intended for: fw-formats@... For more information click here.	Update your preferences \| Unsubscribe

Out of Office Notice - Abwesenheitsnotiz

2009-06-18T02:52:36Z

New flash game

2009-06-18T02:52:26Z

Having trouble reading this newsletter? Click here to see it in your browser.

Copyright © Inelopyd™	Published by Umjgoli™
This message was intended for: fw-formats@... For more information click here.	Update your preferences \| Unsubscribe

Re: ZSL on PHP 5.2.9

2009-05-13T11:23:41Z

I totally removed php and compile it again. Now it works. Strange.

ZSL on PHP 5.2.9

2009-05-13T09:17:40Z

I have updated PHP from 5.2.8 to 5.2.9 and problem with:
Utf8Num analyzer needs PCRE unicode support to be enabled.
apeared. I check on my server:

pcretest -C
PCRE version 7.9 2009-04-11
Compiled with UTF-8 support
Unicode properties support
Newline sequence is LF
\R matches all Unicode newlines
Internal link size = 2
POSIX malloc threshold = 10
Default match limit = 10000000
Default recursion depth limit = 10000000
Match recursion uses stack

Any clues?

RE: ZSL notice when searching for 619-29-10

2009-05-12T11:20:39Z

It seems it's http://framework.zend.com/issues/browse/ZF-5545 issue.

It's on a top of my list. That would also be good if you could send (or attach to the issue) your index for testing purposes.

With best regards,
Alexander Veremyev.

> -----Original Message-----
> From: Michał Zieliński [mailto:zielun@...]
> Sent: Tuesday, May 12, 2009 9:55 PM
> To: fw-formats@...
> Subject: [fw-formats] ZSL notice when searching for 619-29-10
>
>
> using: ZF 1.7.8
>
> When ZSL finds "619-29-10" it throws notices of undefined offset and
> points
> to file MultiTerm.php on line 472
>
> If need to find phone number like 619-29-10, how can I perform the query
> and
> how can I avoid the notices like described above.
>
> Thanks for hints.
>
> Kind regards,
> Mike
> --
> View this message in context: http://www.nabble.com/ZSL-notice-when-
> searching-for-619-29-10-tp23507013p23507013.html
> Sent from the Zend MFS mailing list archive at Nabble.com.
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.325 / Virus Database: 270.12.25/2109 - Release Date: 05/12/09
> 06:22:00

ZSL notice when searching for 619-29-10

2009-05-12T10:54:47Z

using: ZF 1.7.8

When ZSL finds "619-29-10" it throws notices of undefined offset and points to file MultiTerm.php on line 472

If need to find phone number like 619-29-10, how can I perform the query and how can I avoid the notices like described above.

Thanks for hints.

Kind regards,
Mike

RE: BitSet in ZSL

2009-05-12T10:30:26Z

Bitset extension is only used for deletions files processing now.

So it will give some performance improvements only if you have index segments with a lot of deleted documents (that means index is not optimized).

With best regards,
Alexander Veremyev.

> -----Original Message-----
> From: Michał Zieliński [mailto:zielun@...]
> Sent: Tuesday, May 12, 2009 8:29 PM
> To: fw-formats@...
> Subject: RE: [fw-formats] BitSet in ZSL
>
>
> Yes, I have looked into this lib and inside Z_S_L code.
> Have you ever checked the real performance boost when BitSet is installed?
> If you haven`t benchmarked it maybe you can say more or less is it worth
> using for index like 50k or i`d rather see no difference.
>
> Thanks a lot.
>
>
> Alexander Veremyev wrote:
> >
> > Hi Michał,
> >
> > Bitset is used to improve performance (if it's presented in the system).
> > You can see details in the Bitset package -
> > http://pecl.php.net/package/Bitset
> >
> > With best regards,
> > Alexander Veremyev.
> >
> >> -----Original Message-----
> >> From: Michał Zieliński [mailto:zielun@...]
> >> Sent: Monday, May 11, 2009 1:01 PM
> >> To: fw-formats@...
> >> Subject: [fw-formats] BitSet in ZSL
> >>
> >>
> >> I`d like to ask what is the benefit of using bitset library with ZSL?
> >> Indexing performance boost, searching maybe?
> >> I`m not familiar with this extension and don`t know where to read about
> >> it.
> >> Manual says nothing about is it worth or not.
> >>
> >> Thanks for any clearfication.
> >>
> >> Regards
> >> Mike
> >> --
> >> View this message in context: http://www.nabble.com/BitSet-in-ZSL-
> >> tp23479587p23479587.html
> >> Sent from the Zend MFS mailing list archive at Nabble.com.
> >
> >
> >
>
> --
> View this message in context: http://www.nabble.com/BitSet-in-ZSL-
> tp23479587p23506005.html
> Sent from the Zend MFS mailing list archive at Nabble.com.
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.325 / Virus Database: 270.12.25/2109 - Release Date: 05/12/09
> 06:22:00

RE: BitSet in ZSL

2009-05-12T09:29:17Z

Yes, I have looked into this lib and inside Z_S_L code.
Have you ever checked the real performance boost when BitSet is installed?
If you haven`t benchmarked it maybe you can say more or less is it worth using for index like 50k or i`d rather see no difference.

Thanks a lot.

Alexander Veremyev wrote:

Hi Michał,

Bitset is used to improve performance (if it's presented in the system).
You can see details in the Bitset package - http://pecl.php.net/package/Bitset

With best regards,
Alexander Veremyev.

> -----Original Message-----
> From: Michał Zieliński [mailto:zielun@gmail.com]
> Sent: Monday, May 11, 2009 1:01 PM
> To: fw-formats@lists.zend.com
> Subject: [fw-formats] BitSet in ZSL
>
>
> I`d like to ask what is the benefit of using bitset library with ZSL?
> Indexing performance boost, searching maybe?
> I`m not familiar with this extension and don`t know where to read about it.
> Manual says nothing about is it worth or not.
>
> Thanks for any clearfication.
>
> Regards
> Mike
> --
> View this message in context: http://www.nabble.com/BitSet-in-ZSL-
> tp23479587p23479587.html
> Sent from the Zend MFS mailing list archive at Nabble.com.

RE: BitSet in ZSL

2009-05-12T09:18:29Z

Hi Michał,

Bitset is used to improve performance (if it's presented in the system).
You can see details in the Bitset package - http://pecl.php.net/package/Bitset

With best regards,
Alexander Veremyev.

> -----Original Message-----
> From: Michał Zieliński [mailto:zielun@...]
> Sent: Monday, May 11, 2009 1:01 PM
> To: fw-formats@...
> Subject: [fw-formats] BitSet in ZSL
>
>
> I`d like to ask what is the benefit of using bitset library with ZSL?
> Indexing performance boost, searching maybe?
> I`m not familiar with this extension and don`t know where to read about it.
> Manual says nothing about is it worth or not.
>
> Thanks for any clearfication.
>
> Regards
> Mike
> --
> View this message in context: http://www.nabble.com/BitSet-in-ZSL-
> tp23479587p23479587.html
> Sent from the Zend MFS mailing list archive at Nabble.com.

RE: Plans for Zend_PDF

2009-05-12T09:14:30Z

Hi Markus and all,

Sorry for the delay with response, I had to review current state of RE Framework to make decisions about Zend_Pdf future plans.

Some time ago Kevin and Willie (ones of Zend_Pdf authors) branched RE Framework (http://www.refw.org/) from Zend_Pdf. The goal was to have an ability to make changes which were not backward compatible with Zend_Pdf.

Plans to merge back these changes into ZF were also announced at that time (e.g. for ZF 2.0).

As I checked, RE_Pdf has good improvements in text and fonts processing.

It uses an advantage of following standards used in the printing industry. E.g. text (represented as attributed strings) may have up to 15 standard attributes set (font, font size, color, bgcolor, stroke with/color, underline style, ...).

Other parts of changes are some code reorganization and PDF objects processing reimplementation.

These "engine" updates may or may not be merged into Zend_Pdf. That's subject for discussions (I see using SplObjectStorage and using arrays instead of objects for some cases are more effective), but these changes don't affect user API.

So, functional changes may be merged back into Zend_Pdf as extension of current functionality without waiting for 2.0 ZF release, if Kevin and Willie have an ability to do this.

If you and your team have resources to work on Zend_Pdf extending, that would also be really nice.

I should also say that Zend_Pdf may implement different drawing approaches in the same time.

It may be an imperative approach: draw this text here (in this rectangle) using this font and following attributes (padding, alignment, color, ...).

It may be some text flow processing engine (please take a look at http://framework.zend.com/wiki/x/nI0)

It may use some markup language to prepare PDF page.

You are welcome to contribute to it!

With best regards,

Alexander Veremyev.

> -----Original Message-----

> From: Markus Wolff [mailto:markus@...]

> Sent: Thursday, May 07, 2009 3:51 PM

> To: fw-formats

> Subject: [fw-formats] Plans for Zend_PDF

> Hi,

> since our project team is going to need to create PDF documents with

> complex layouts soon and Zend_PDF does not really support hits right

> now, we are considering adding support for cells and tables by ourselves.

> Before we do that, I'd like to inquire if there are already plans (and

> more importantly, time-tables) for adding those features to Zend_PDF

> "officially".

> Given that there have been quite a few patches and enhancements by other

> users who also proposed these for official inclusion, I am also

> wondering if Zend is currently considering one those options? If the

> current patches are not being considered, it would be good to know why,

> so we could work towards not repeating mistakes others have already made

> and maybe be able to contribute our code?

> Best wishes,

> Markus

BitSet in ZSL

2009-05-11T02:01:20Z

I`d like to ask what is the benefit of using bitset library with ZSL?
Indexing performance boost, searching maybe?
I`m not familiar with this extension and don`t know where to read about it.
Manual says nothing about is it worth or not.

Thanks for any clearfication.

Regards
Mike

Re: Plans for Zend_PDF

2009-05-10T17:38:41Z

For the record, refw->zpdf is still a possibility for zf 2.0 inclusion... the project is not abandoned, but rather we're working away on a fairly major changeset/guide-style documentation upgrade which may or may not meet with the zend'rs approval/timeframe. The main reason it was spun off is that so much of it had to be totally reworked, and any chance of API compatibility in the 1.x line was just not going to happen. The 2.x line might fit in better, and that door's definitely not closed.

K

lightflowmark wrote:

Hi Markus,
I did some research on this last week, as it happens, and came across a
couple of links that may be useful:
The last people to try to re-write Zend_Pdf ended up spinning it off into a
new project at http://www.refw.org/, I think so they could release it under
LGPL  rather than a BSD license.

This appears to be abandoned, and sadly undocumented, but might contain a
bunch of useful pointers.  I didn't explore it too much as it was so
undocumented, but did start off life as a ZF proposal so may fit well.

The project I ended up using for this was
http://www.digitaljunkies.ca/dompdf/  Development on the original has been
abandoned, but recently some other people took up the code at 
http://groups.google.com/group/dompdf and are discussing which direction to
take it.  

I liked it because in my application, I want to be able to display a page to
the user and then download a PDF of the same page; dompdf lets me do the
layout exactly once, in HTML (which I already understand), and then converts
it to a PDF for me.  The discussion groups suggest it has some bugs, but for
my simple HTML layout it's working fine.  Reformatting this project into a
ZendX module might be a practical amount of work and also a good fit for ZF,
because of it's HTML-centric conceptual basis, and also provide a good
synergy with the dompdf project as the new developers are really looking for
help with it.  This is also under the LGPL, but given the situation of the
project at the moment  I'd think now would be the ideal time to ask if
they'd consider licensing it under something Zend was happy with also.

If you go this route I'd be happy to put some time into it. Attached is a
view helper for DomPdf which helps it play nicely with ZFs autoloader, etc.
  http://www.nabble.com/file/p23469553/ConvertToDomPdf.php
ConvertToDomPdf.php 

M





Nico Edtinger-4 wrote:

Markus Wolff:

Hi,

Hi Markus!

since our project team is going to need to create PDF documents with
complex layouts soon and Zend_PDF does not really support hits right
now, we are considering adding support for cells and tables by  
ourselves.

Before we do that, I'd like to inquire if there are already plans (and
more importantly, time-tables) for adding those features to Zend_PDF
"officially".

Given that there have been quite a few patches and enhancements by  
other
users who also proposed these for official inclusion, I am also
wondering if Zend is currently considering one those options? If the
current patches are not being considered, it would be good to know  
why,
so we could work towards not repeating mistakes others have already  
made
and maybe be able to contribute our code?

IMO even if there is a big rewrite of Zend_Pdf in the feature it  
should hold us up adding API improvements and needed features. As I  
myself found it quite complicated to draw even simple text I started a  
new proposal for some enhancements: <http://framework.zend.com/wiki/x/UwDI 
 >. There has also been a proposal for Zend_Pdf_Cell
<http://framework.zend.com/wiki/x/cak 
 >, but for some reason Logan Buesching didn't respond to comments.  
Maybe he could at least give us his code under the CLA to work upon.

Of course all changes done now should be made as forward compatible as  
possible, because a bigger rewrite of Zend_Pdf might happen. As long  
as we make that rewrite not to complicated, which shouldn't be that  
hard (even if it gets more modular we could keep the old methods, but  
mark the deprecated), I'm all for giving it some love.

Best wishes,
Markus

nico

-- 

Kevin McArthur

StormTide Digital Studios Inc.
http://www.stormtide.ca

smime.p7s (4K) Download Attachment

Re: Plans for Zend_PDF

2009-05-10T06:46:23Z

lightflowmark schrieb:
> Hi Markus,
> I did some research on this last week, as it happens, and came across a
> couple of links that may be useful:
> The last people to try to re-write Zend_Pdf ended up spinning it off into a
> new project at http://www.refw.org/, I think so they could release it under
> LGPL rather than a BSD license.
[...]
> The project I ended up using for this was
> http://www.digitaljunkies.ca/dompdf/ Development on the original has been
> abandoned, but recently some other people took up the code at
> http://groups.google.com/group/dompdf and are discussing which direction to
> take it.

Hi,

thanks for your pointers. In my special case though, using a third party
library has been discouraged by the project lead, who would like to keep
things as stricly ZF-only as possible.

If I had the free choice, I'd use TCPDF
(http://www.tecnick.com/public/code/cp_dpage.php?aiocp_dp=tcpdf), which
does just about everything anyone could wish for in the PDF department.

FPDF would have been a good choice, too, were it not for the fact that
it does not support UTF8, which is a requirement. There is a patch for
that, but it's unofficial.

Best wishes,
Markus

Re: Plans for Zend_PDF

2009-05-10T05:14:02Z

Hi Markus,
I did some research on this last week, as it happens, and came across a couple of links that may be useful:
The last people to try to re-write Zend_Pdf ended up spinning it off into a new project at http://www.refw.org/, I think so they could release it under LGPL rather than a BSD license.

This appears to be abandoned, and sadly undocumented, but might contain a bunch of useful pointers. I didn't explore it too much as it was so undocumented, but did start off life as a ZF proposal so may fit well.

The project I ended up using for this was http://www.digitaljunkies.ca/dompdf/ Development on the original has been abandoned, but recently some other people took up the code at
http://groups.google.com/group/dompdf and are discussing which direction to take it.

I liked it because in my application, I want to be able to display a page to the user and then download a PDF of the same page; dompdf lets me do the layout exactly once, in HTML (which I already understand), and then converts it to a PDF for me. The discussion groups suggest it has some bugs, but for my simple HTML layout it's working fine. Reformatting this project into a ZendX module might be a practical amount of work and also a good fit for ZF, because of it's HTML-centric conceptual basis, and also provide a good synergy with the dompdf project as the new developers are really looking for help with it. This is also under the LGPL, but given the situation of the project at the moment I'd think now would be the ideal time to ask if they'd consider licensing it under something Zend was happy with also.

If you go this route I'd be happy to put some time into it. Attached is a view helper for DomPdf which helps it play nicely with ZFs autoloader, etc.
ConvertToDomPdf.php

Edit: put domPdf files in Application/Library/DOMPDF/ for this view helper to work.

M

Nico Edtinger-4 wrote:

Markus Wolff:
> Hi,

Hi Markus!

> since our project team is going to need to create PDF documents with
> complex layouts soon and Zend_PDF does not really support hits right
> now, we are considering adding support for cells and tables by
> ourselves.
>
> Before we do that, I'd like to inquire if there are already plans (and
> more importantly, time-tables) for adding those features to Zend_PDF
> "officially".
>
> Given that there have been quite a few patches and enhancements by
> other
> users who also proposed these for official inclusion, I am also
> wondering if Zend is currently considering one those options? If the
> current patches are not being considered, it would be good to know
> why,
> so we could work towards not repeating mistakes others have already
> made
> and maybe be able to contribute our code?

IMO even if there is a big rewrite of Zend_Pdf in the feature it
should hold us up adding API improvements and needed features. As I
myself found it quite complicated to draw even simple text I started a
new proposal for some enhancements: <http://framework.zend.com/wiki/x/UwDI
>. There has also been a proposal for Zend_Pdf_Cell <http://framework.zend.com/wiki/x/cak
>, but for some reason Logan Buesching didn't respond to comments.
Maybe he could at least give us his code under the CLA to work upon.

Of course all changes done now should be made as forward compatible as
possible, because a bigger rewrite of Zend_Pdf might happen. As long
as we make that rewrite not to complicated, which shouldn't be that
hard (even if it gets more modular we could keep the old methods, but
mark the deprecated), I'm all for giving it some love.

> Best wishes,
> Markus

nico

Re: Plans for Zend_PDF

2009-05-08T09:20:25Z

Markus Wolff:
> Hi,

Hi Markus!

> since our project team is going to need to create PDF documents with
> complex layouts soon and Zend_PDF does not really support hits right
> now, we are considering adding support for cells and tables by
> ourselves.
>
> Before we do that, I'd like to inquire if there are already plans (and
> more importantly, time-tables) for adding those features to Zend_PDF
> "officially".
>
> Given that there have been quite a few patches and enhancements by
> other
> users who also proposed these for official inclusion, I am also
> wondering if Zend is currently considering one those options? If the
> current patches are not being considered, it would be good to know
> why,
> so we could work towards not repeating mistakes others have already
> made
> and maybe be able to contribute our code?

IMO even if there is a big rewrite of Zend_Pdf in the feature it
should hold us up adding API improvements and needed features. As I
myself found it quite complicated to draw even simple text I started a
new proposal for some enhancements: <http://framework.zend.com/wiki/x/UwDI
>. There has also been a proposal for Zend_Pdf_Cell <http://framework.zend.com/wiki/x/cak
>, but for some reason Logan Buesching didn't respond to comments.
Maybe he could at least give us his code under the CLA to work upon.

Of course all changes done now should be made as forward compatible as
possible, because a bigger rewrite of Zend_Pdf might happen. As long
as we make that rewrite not to complicated, which shouldn't be that
hard (even if it gets more modular we could keep the old methods, but
mark the deprecated), I'm all for giving it some love.

> Best wishes,
> Markus

nico

Res: Plans for Zend_PDF

2009-05-07T08:19:04Z

Hi,

I support the idea of Markus.
You can count with me.
It is important the ZF team give us a direction to follow.

Best regards,
Luiz Fernando

----- Mensagem original ----
De: Markus Wolff <markus@...>
Para: fw-formats <fw-formats@...>
Enviadas: Quinta-feira, 7 de Maio de 2009 8:51:21
Assunto: [fw-formats] Plans for Zend_PDF

Hi,

since our project team is going to need to create PDF documents with
complex layouts soon and Zend_PDF does not really support hits right
now, we are considering adding support for cells and tables by ourselves.

Before we do that, I'd like to inquire if there are already plans (and
more importantly, time-tables) for adding those features to Zend_PDF
"officially".

Given that there have been quite a few patches and enhancements by other
users who also proposed these for official inclusion, I am also
wondering if Zend is currently considering one those options? If the
current patches are not being considered, it would be good to know why,
so we could work towards not repeating mistakes others have already made
and maybe be able to contribute our code?

Best wishes,
Markus

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

Plans for Zend_PDF

2009-05-07T04:51:21Z

Hi,

since our project team is going to need to create PDF documents with
complex layouts soon and Zend_PDF does not really support hits right
now, we are considering adding support for cells and tables by ourselves.

Before we do that, I'd like to inquire if there are already plans (and
more importantly, time-tables) for adding those features to Zend_PDF
"officially".

Given that there have been quite a few patches and enhancements by other
users who also proposed these for official inclusion, I am also
wondering if Zend is currently considering one those options? If the
current patches are not being considered, it would be good to know why,
so we could work towards not repeating mistakes others have already made
and maybe be able to contribute our code?

Best wishes,
Markus

Re: Res: Upcoming Zend_Pdf Enhancements

2009-04-07T06:28:38Z

Yeah, thanks!!

It would be great to have all that features in Zend_Pdf.
In this case it would be some documented, test cases added, etc,
etc ... ...officially released.

Its a pity but right now it is just a third party component that is not
allowed to be used in serious projects :/

On Tue, 2009-04-07 at 05:33 -0700, Luiz Fernando wrote:

> Same question.
>
> Please look at
>
> http://www.refw.org/
>
> It's Zend_Pdf based and they like to contribute to ZF.
>
> This component, Re_Pdf, have a lot of goodies over Zend_Pdf.
>
> But don't have a good documentation, only API PHPDOC, no reference
> guide, tutorials...
> Only a IRC channel where nobody returns.
>
> Best regards,
> Luiz Fernando
>
>
>
>
> ______________________________________________________________________
> De: Joseph <joseph007@...>
> Para: fw-formats <fw-formats@...>
> Enviadas: Terça-feira, 7 de Abril de 2009 7:00:01
> Assunto: Re: [fw-formats] Upcoming Zend_Pdf Enhancements
>
> Same question!!
>
>
> On Wed, 2009-02-04 at 14:49 -0800, mvug wrote:
> > Does anybody know what the status is? And especially the status of
> the
> > enhancements to the memory usage and template system of zend pdf?
> > Thanks!
> >
> >
> >
> >
> > Willie Alberty wrote:
> > >
> > > For the last few months I have been working with Kevin McArthur on
> a
> > > comprehensive PDF generation project for a client [Streamflow] who
> has
> > > some pretty advanced layout needs. The project is nearing
> completion
> > > and we have been discussing the possibility of contributing
> large
> > > portions of the code back to the Zend Framework as improvements
> to
> > > Zend_Pdf.
> > >
> > > In light of several recent postings to fw-general and fw-formats,
> as
> > > well as a few encouraging proposals recently submitted to the
> Wiki, we
> > > would like to formally announce our plans and describe the new
> > > functionality at a high level here.
> > >
> > > We will be submitting proposals in the coming weeks that
> describe
> > > these new components in more detail along with fully-functional
> > > reference implementations. Our hope is to join forces with other
> > > interested developers to help fast-track these proposals through
> the
> > > feedback and approval process, write tests, user documentation,
> and
> > > examples, and exercise the code as much as possible.
> > >
> > > We're really proud of this work and are excited to share it with
> the
> > > community. We believe that these enhancements will further
> establish
> > > Zend_Pdf's role as the gold standard for PDF generation using PHP.
> > >
> > >
> > > Text Layout Engine
> > > ------------------
> > >
> > > "How do I wrap long lines of text?" This is probably the most
> commonly-
> > > asked question regarding Zend_Pdf. I'm pleased to report that not
> only
> > > have we solved the problem of text-wrapping, but a whole host of
> > > others as well. The new engine provides fully-automatic text
> layout,
> > > and has customization hooks in a variety of places.
> > >
> > > Line breaks are calculated using the Unicode Line Breaking
> Algorithm
> > > (UAX #14), providing linguistically-appropriate line breaks, not
> just
> > > at whitespace characters.
> > >
> > > Paragraph styles allow you to specify left-, center-, and right-
> > > alignment, as well as full justification, line leading, line
> height,
> > > line multiple (double-space, triple-space, etc.), pre- and post-
> > > paragraph spacing, left- and right-side margins, and first-line
> > > indentation. Paragraph styles also support left-, center-, right-,
> and
> > > decimal-aligned tab stops, with or without leaders, for
> intra-line
> > > alignment needs.
> > >
> > > In addition to the left-to-right line sweep used by most
> Latin-based
> > > scripts, right-to-left line sweep is also supported, and is
> > > automatically detected by the layout engine; you never need to
> supply
> > > strings in reverse character order for right-to-left text layout.
> > >
> > > The layout engine is based around the concept of an attributed
> string.
> > > These are Unicode strings of unlimited length, and fully support
> the
> > > entire Unicode character set, including characters outside the
> Basic
> > > Multilingual Plane (BMP).
> > >
> > > Attributed strings allow you to assign stylistic attributes to
> > > arbitrary ranges of characters within the string. These attributes
> are
> > > used by typesetters to determine the specific look and location
> for
> > > every character. This means that you can make unlimited style
> changes
> > > within a block of text, even changing styles
> character-by-character if
> > > desired.
> > >
> > > The layout engine automatically manages all of these style
> changes,
> > > applying them as necessary when drawing the text on the page.
> The
> > > following style attributes are supported:
> > >
> > > - Font
> > > - Font size
> > > - Fill color
> > > - Stroke width and color
> > > - Underline and strikethrough
> > > - Super- and sub-script
> > > - Background color
> > >
> > > You can add your own custom attributes as well, which you can use
> in
> > > your own subclasses to completely customize the layout engine's
> > > behavior.
> > >
> > > These attributed strings will eventually be shared with Zend_Rtf
> > > (recently proposed by Andries Seutens), as each attributed string
> is
> > > essentially a self-contained RTF document. This opens up the
> > > possibility for generating fully-styled PDF or RTF output from
> the
> > > same source with only a couple of lines of code. It will also
> > > eventually be possible to use existing styled RTF documents as
> the
> > > basis for PDF text drawing, eliminating the need to manually
> apply
> > > style attributes in your PHP code.
> > >
> > > A layout manager class is responsible for drawing these
> attributed
> > > strings. It lays out the text in a series of arbitrarily-shaped
> text
> > > containers, automatically moving from one to the next as each is
> > > filled. Rectangular and circular containers will be provided, but
> you
> > > can easily create your own custom containers for other shapes or
> to
> > > flow text around images.
> > >
> > > Multi-column output is as easy as creating two adjacent text
> > > containers on the same page. Text containers don't even need to be
> on
> > > the same PDF page: you can start your text in a small container
> on
> > > page 1, then continue it on page 17.
> > >
> > > Callback functions are provided to allow you to create text
> additional
> > > containers as needed, which can be located on new pages. This is
> > > useful if you do not know the length of the text you are drawing
> ahead
> > > of time, or if you want to adapt your layout on-the-fly.
> > >
> > > You can also use multiple layout managers on a single page,
> allowing
> > > you to create complex multi-page flows for a series of text
> runs.
> > > These can be useful for creating page headers and footers, or
> for
> > > running stories side-by-side in a newsletter.
> > >
> > >
> > > Drawing Model
> > > -------------
> > >
> > > Three new primitive geometry classes allow you to precisely
> define
> > > drawing locations, sizes, and regions. They also provide a host
> of
> > > convenience functions allowing for calculation, conversion,
> > > intersection testing, etc.:
> > >
> > > - Point: x and y coordinate
> > > - Size: height and width
> > > - Rectangle: combination of a point and size
> > >
> > > PDF pages are drawn using a series of content streams, which
> contain
> > > all of the low-level drawing commands. Zend_Pdf_Page currently
> manages
> > > its own private content stream.
> > >
> > > We've separated content streams from Zend_Pdf_Page, promoting them
> to
> > > first-class objects. This allows us to use these content streams
> as
> > > templates that can be reused again and again, either on a single
> page
> > > or multiple pages. Templates can greatly reduce PDF file sizes
> and
> > > improve memory use and performance in PDF viewer applications.
> > >
> > > It is also possible to create a template from any page in an
> existing
> > > PDF document. You can then reuse the template in the same PDF, or
> even
> > > copy it to a new PDF document, where you can use it as a page
> > > background, draw it as a thumbnail, perform imposition, etc.
> > >
> > >
> > > Performance and Memory
> > > ----------------------
> > >
> > > We've also made numerous performance and memory-usage
> improvements
> > > throughout the code. Most data is now lazily-loaded, allowing you
> to
> > > manipulate very large documents, containing thousands or millions
> of
> > > individual objects or hundreds of megabytes or gigabytes in size,
> with
> > > a very low memory footprint.
> > >
> > >
> > > Future Enhancements
> > > -------------------
> > >
> > > All of this new functionality lays the groundwork for even more
> > > powerful enhancements down the road:
> > >
> > > - Top-to-bottom line sweep for Asian scripts
> > > - Bi-directional text (for Hebrew, Arabic, and others)
> > > - Bulleted and numbered text lists
> > > - HTML-inspired inline text tables
> > > - Inline attachments (for example, images that flow with text)
> > > - Advanced typographic features such as tracking, pairwise
> kerning,
> > > ligatures, etc.
> > > - Hyphenation support
> > > - Glyph substitution using fallback fonts
> > > - and more...
> > >
> > >
> > > Again, we're really excited to be sharing this code with the
> > > community. We'll be creating the proposals for the various
> components
> > > in the coming weeks and announcing them on the fw-formats list
> when
> > > they're ready for review. In the meantime, if you have any
> high-level
> > > questions, please don't hesitate to ask.
> > >
> > > --
> > >
> > > Willie Alberty, Owner
> > > Spenlen Media
> > > willie@...
> > >
> > > http://www.spenlen.com/
> > >
> > >
> > >
> >
>
>
>
>
> ______________________________________________________________________
> Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 -
> Celebridades - Música - Esportes