tockit-general — This is a general discussion list for the project

[Tockit-general] Docco 0.5 released

[Peter B. <pe...@pe...>]

Hello everybody,

after a long period of being rather absent I managed to add a few new featu=
res=20
to Docco and release it together with some other changes that had been made=
=20
months ago. You can find the new release here:

=A0=20
http://sourceforge.net/project/showfiles.php?group_id=3D21448&package_id=3D=
87134&release_id=3D516650

and the release notes/changelog here:

=A0=20
http://sourceforge.net/project/shownotes.php?release_id=3D516650&group_id=
=3D21448

Highlights of this release are support for the Open Document Format and=20
translations into =A0German and Dutch. It is also possible to update an ind=
ex=20
from the command line, which allows keeping the data up-to-date using the=20
usual scheduling tools.

In related news: Sourceforge now offers Wiki services, which I have enabled=
=20
for the Tockit project:

=A0 http://tockit.wiki.sourceforge.net/

The wiki is protected, i.e. only members can edit the pages, but this is ju=
st=20
to protect it from vandals and bots, we are happy to give access to anyone=
=20
who wants to help. Remember that the Tockit project was intended to=20
accommodate for everything related to Conceptual Knowledge Processing and n=
ot=20
just software-development -- so if you need some space to present your idea=
s=20
to a wider audience please ask us for access. Unfortunately Sourceforge=20
doesn't yet support LaTeX -- since the tool they use released LaTeX support=
=20
not too long ago it might just be a matter of time.

Cheers,
=A0 =A0Peter Becker

[Tockit-general] ENABLING WAR: Celebrity Christians and the real Da vinci Code

[<in...@st...>]

Reply-To: cecarl

http://straitgateministry.net/
345-page ONE NATION UNDER ISRAEL Almost FREE (see end)
Published by Truths Press

ENABLING WAR: HOW A BIBLE PUBLISHER CORRUPTED CHRIST'S WORDS
Why Celebrity leaders accept a form of Judaism and call it "Christianity"
By Charles E. Carlson (Director of We Hold These Truths)

This study is not written to convince anyone of what Jesus said; it quotes a small but important part of the Christian New Testament of Jesus, explaining how these words have been reinterpreted to justify serial wars.  This analysis is important to persons of all beliefs, faiths, and races who are trying to understand why wars dominate our world, and why many of those who call themselves by Jesus Christ's name find themselves pitted in support of wars against other races. It is undeniable that our current wars are directed at Islamic populations.  We focus on one bible that is used every day as a war enabler. 

This is a re-written and abbreviated version of our more far reaching 2006 series, "The Sheep and the Goats" Parts 1 & 2, which are drawn from a study of book of Matthew, chapter 25.  Your author is responding to requests that we more clearly prove and document the essence of popular biblical distortion about Heaven and Hell in the book of Matthew. Chapters 24-25, which evangelical believe to contain Jesus' words, are intentionally distorted by these same persons, both in the text and footnotes to the text in most popular bible study versions.

Self professed CHRISTIAN-ZIONISTS at the pulpit of mega-churches are left with an untenable problem. It is impossible for them to tell the truth about what certain New Testament Bible passages say, or even to read them, without contradicting their own support for wars and for the constantly warring state of Israel. Evangelical teaching and preaching often directly contradict that which Jesus taught about love and peace, and more surprisingly, celebrity Christian statements often directly conflict with Jesus' statements about Heaven and Hell. 

Church economics may be a factor in scriptural compromise. Opposition to war is less popular than ignoring or accepting it.  Celebrity Christian leaders may feel financial pressure to warp the New Testament into a wide and easy path interpretation, which they say points, not to Heaven and Hell, but to a "second coming."  Simply stated, pastors have learned they can't fill 10,000 seat arenas by leaning too heavily on sin, repentance and judgment as Jesus portrayed it in this carefully worded chapter. It is just not good for mega-church business.

Nor do they want to refute what is public policy at the highest levels. Some pastors no doubt justify compromise to choose the wide path to build their own empires in contrast to what Christ called the narrow path or "Strait" gate. Our government's public policy includes war, which has also become many churches' policy.

Evangelical celebrities generally believe in politically activism, and every politician knows it pays to be "born again." Thus an unspoken, unholy alliance has been created between financially successful biblical teachers on one hand, and politically successful politicians and businessmen who thrive on serial wars, on the other. The cost has been untold lives in several unholy wars in the 20 years.   But where to the war-accepting pastors find their scriptural support for war? We will examine only once example in a corrupted version of the book of Matthew, in one corrupted bible the Scofield Reference Bible 1967 version.

Oh that my adversary would write a book

The famous Scofield Reference Bible, perhaps the most powerfully promoted Bible ever written, is the godfather of modern bible distortion, which is now emulating and even exceeding in radicalism by other popular study bibles including the NIV Study Bible and the MacArthur Study Bible.   

Matthew 25 contains one of the most directly written and clearly self-explained passages on Heaven and Hell, which was once taken at face value in most churches. But the explanation of Matthew 25 we find so simple and straight forward is now rejected in almost every evangelical (Christian Zionist) church. And the Oxford/Scofield re-write is increasingly influential in a growing number of mainline churches where are members attend dispensational bible studies, and while there hours before celebrity-Christian media.  Members of most Catholic or mainline protestant church are also deeply influenced by the “end times controversy.

Matthew, the first book in the New Testament, contains the most outrageous example of added words that directly contradicts Jesus words. A quote from the Scofield Reference Bible footnotes directly contradicts what Jesus Christ is quoted to have said, His simple words, taken from the King James Edition, describing the basis upon which Jesus told his followers He himself will someday judge every man from every tribe ("nation").  We start by reading Jesus' words in Matthew 25:31-35:

"When the Son of man shall come in his glory, and all the holy angels with him, then shall he sit upon the throne of his glory: 32 And before him shall be gathered all nations: and he shall separate them one from another, as a shepherd divided his sheep from the goats: 33 And he shall set the sheep on his right hand, but the goats on the left. 34 Then shall the King say unto them on his right hand, Come, ye blessed of my Father, inherit the kingdom prepared for you from the foundation of the world: 35 For I was an hungered, and ye gave me meat: I was thirsty, and ye gave me drink: I was a stranger, and ye took me in: (skip to40)---Verily I say unto you, Inasmuch as ye have done it unto one of the least of these my brethren, ye have done it unto me."

The next five versus describe Jesus' rejection of the "goats," those who have been less than kind to the least of "his brethren," judging them unfit for heaven by the same measure.  Jesus provides a standard for his eternal kingdom, simple measurement of faith, love and service, a simple set of rules for His acceptance. 

Now, we must beg your patience to wade through a long paragraph which is a footnote to this same passage in Matthew above, and which footnote directly conflicts with what Jesus taught. Be patient if at first reading you should be confused. From the Scofield (Oxford) Reference bible, 

Matthew 25:32: p-1036-37: 
"This judgment of individual Gentiles is to be distinguished from other judgments in Scripture, such as the judgment of Israel, and the judgment of the wicked after the millennium. The time of this judgment is "when the Son of man shall come in his glory," i.e. at the second coming of Christ after the tribulation. The subjects of this judgment are ...all Gentiles then living on earth. Three classes of individuals are mentioned: (1) sheep, saved Gentiles; (2) goats, unsaved Gentiles; and (3) brethren, the people of Israel. The scene is on earth;...The test of this judgment is the treatment by individual Gentiles of those whom Christ calls "my brethren," living in the preceding tribulation period when Israel is fearfully persecuted...The sheep are Gentiles saved on earth during the period between the rapture and Christ's second coming to the earth..." 

What is that all about? Maybe you need to pinch yourself and read it again. The brethren are "the people of Israel?" but Israel can only mean the state by that name in 1967 when this was written, and the State of Israel did not exist when Jesus lived!  

Oxford Press introduces radical racism into its interpolation of Jesus' words by limiting heaven to "Jews" and those non-Jews who are excessively kind to Jews. And the footnotes also claim it is not even Heaven Jesus it talking about. Instead it is an early kingdom that is yet to come...and it has (according to Oxford) nothing to do with the world the Disciples and Jesus lived in!  

In the Scofield/Oxford University Press’s bible interpretation,” the least of these my brethren" are stated to be "Jews" living in the state of Israel at some future age.  In fact, in this passage Scofield/Oxford ignores Heaven exchanges it for an "earthy kingdom" at a future time after an Armageddon event to take place after a "rapture" event followed by a "millennium" event.  This complex and aggressive re-interruption of Jesus' simple words is an insult to any reader's intelligence and a false witness to God himself.  

WHO ARE JESUS BRETHREN?
When Jesus spoke of "his brethren" He was in no way talking about the 1948 created State of Israel. Surely He was referring to his followers who he often pointedly called brothers. And based upon Jesus many consistent statements about loving ones' neighbor, associates, and even our enemies, it is more likely Jesus was thinking of any and all of suffering mankind when he used the term "the least of these my brethren." But we do not try to decide that for you, let the words speak your own discernment. Suffice to say, the New Testament does not read as Oxford Press portrays it. That makes it a giant intentional forgery. 

"Goats," in Jesus simple pastoral analogy, are those who look a lot like sheep but who act differently and have ignored the needs of their fellow men.

But to Scofield/Oxford University Press, the goats are made to be human symbols of Anti-Israel, anti-Semitism.  They are "gentiles" who fail to shelter Israelis at some future time in imagined history. In other words, Oxford Press wants us to believe Jesus was not even talking to his disciples or needy mankind at all, but that he was tossing cute futurist riddles over his followers' innocent heads.  Why would Jesus lecture his disciples about some future generation that his "brethren" would not even comprehend or live to see?  Jesus words were (this writer thinks) relevant to those who followed him and to the questions they asked.  If Jesus did not shoot strait with his own, how can Jesus words be believable to those who try to follow him now?

Jesus left no doubt about his subject. To make sure everyone knows He was talking about, Heaven and Hell, and nothing else, he provides two parables in first half of the same 25th Chapter that he labeled as explaining the kingdom of Heaven ("the kingdom of Heaven is like"). And nowhere in the chapter did Jesus say he was suddenly inclined to change the subject to a "second coming" scene. Had Jesus intended to give a future history lesson it is logical to think he would have said so.  After all, He is the son of God and knew how to dictate a literate paragraph!  But this did not deter Oxford from changing the subject!

Little lies between the lines
Another Forgery is found in Matthew 24 in the Oxford 1967 edition, page 1035, and is part of the sheep and goats forgery.  It is worth a minute or two to see what Jesus was talking about that Oxford Press considered important enough to forge right in front of the world of Bible readers.  Here they did not change the words but refuted that they mean what Jesus said.  In other words Oxford Press says Jesus is wrong.

Jesus was first asked a natural and simple question by an unnamed disciple in the 3rd verse; 
3)"Tell us, when shall these things be.. what shall be the sign of thy coming, and of the end of the world?" 

To Which Jesus Replied: 
34)"Verily (truly) I say unto you, this generation shall not pass, till all these things be fulfilled."

Jesus was answering his youthful and curious followers, telling them certain events would occur before their "generation" is gone, leaving no doubt that he means some of them might live to see much persecution and the temple destroyed, among less easily understood events. One event specifically asked about was Jesus’ predicted discussion of Herod's Temple, where today the Al Aqsa Mosque stands. It turns out the "in this generation" was absolutely right for the Roman as well as Jewish records show the Temple was completely destroyed about 35 years later in 70 AD under the Roman General Titus. 

Now read the Oxford footnote that actually refutes Jesus words:
1(24:34, page 1035) states: 

"The word 'generation' though commonly used in Scriptures of those living at one time, could not here mean those alive at the time of Christ..." 

Obviously, Oxford Press has a problem with Jesus words so it vetoed what Jesus said.  To do this they invented a new definition of "generation" that fit Oxford's idea of an earthly kingdom in Jerusalem in which the present day state of Israelis, chosen of God, and owning the entire Middle East. Oxford fixed the Bible by making a generation as long as they wish it to be, say 3000 years or more.  This of course would make Jesus a liar to his own followers, but Oxford Press, satisfying the interest of World Zionism, does not flinch at doing this.  

WHAT IS OXFORD'S UNIVERSITY PRESS' MOTIVE?
Oxford Press treats Jesus Christ like a public school drop out who cannot express himself or compose a paragraph without Oxford's help. We are supposed to believe that the Scofield bible (written and rewritten by Oxford University Press from 1921 on) is needed to interpret Jesus lack of expression.  It would have us think God is incapable of explaining his purpose on earth.  How insulting to God. Oxford Press and Pharisaic Christian leaders should tremble in fear before a Holy God. 

Jesus was clearly addressing his Disciples in the whole of Chapter 25, and he was telling them about Heaven and Hell and He explained the earthly path to each place. Traditional Christians (as well as Muslims as we understand them) believe Jesus was describing the "narrow path" to heaven. Jesus does not tell us so but we tend to assume this path is also meant for us to follow. 

Most dispensational pastors avoid discussing Matthew 25 as thought they wish it would disappear. To deal with it they have adopted what we call "Scofieldism" to convert this problem into an asset. Scofieldism make no sense as interpreted in the Oxford footnotes except to "dispensationalists" who have built cults around it.  Scofieldism is gushed from the pulpits of the celebrity Christian churches and go out on Christian airwaves to untold millions. As a result, followers of Christ as well as moral but confused Christian drop outs are confused by the simple words Jesus left for us. 

Jesus words are easy to understand, but difficult to follow toward the strait gate. Oxford Press's words are impossible to understand and as hard to remember, but the interpretations are duck soup to follow...they require almost nothing of those who profess to be "born again."

Those who promoted the Oxford University Press bible (Scofield Reference Bibles) invents a wide and easy path to heaven, where hell is only a factor for others, where sacrificial kindness must be shown only to "Jews," and not even now...but later, during a millennial kingdom. Mr. Scofield coined the terms “dispensations” from which we have "Dispensationalism.” It is quite ok to slaughter Arab children and wage the cruelest wars on their parents.  The false interpretation of Jesus words, teaching that Israelis must be loved more than others has made it quite acceptable in dispensational circles to ignore the continuous bombing and starving of  Arabs and Muslims because they are thought to be Israel's enemies.

The amazing paradox about Scofield-dispensationalism is that it is practiced by those celebrity "Christians" who claim they believe that 100% of the Bible is literally true.  Ted Haggard is one.
Barbara Walters interviewed Evangelical mega-church leader on ABC's 20/20, on December 19th, 2005. The subject was Heaven and Hell. Haggard defined "evangelicalism" as three principles that he said evangelicals believe: that Jesus Christ is the son of God; that the Bible is literally true throughout; and that to go to Heaven one must be "born again."  But Haggard teaches Scofieldism.

It should be no surprise if the Zionist leaning, non-Christian Oxford Press would lie to attain a political agenda to control American Christianity. This was its logical purpose in making, selling and promoting tens of millions of Scofield bibles into American Seminaries and church leaders. 

CONCLUSION 
Dispensationalism is Christian-Zionism, which is racism. It requires each follower to acknowledge the lordship of the State of Israel along side of Christ. Their view of salvation is a glittery wide and easy way that that requires loving "Jews" next to loving God, and more than we love others. We have shown this in Part 2, The Sheep and the Goats. 

The immense, indescribable distortion of Jesus Christ's words of which such clear examples are found in Matthew 25, defies imagination in its brazenness and the cruel intent of its Zionist framers. It is used every day in the USA to enable and instigate the brutality falsely called "war" in the Middle East. -

Evangelical celebrities, and all who knowingly go along with the forgery, have the blood of a several racist wars on their hands.  Jesus' true words require that We Hold These Truths confronts pastors and leaders in tens of thousands of churches, as Jesus confronted the chief priests and Pharisees of his day.  Project Strait Gate is our plan to do this. WE Hold These Truths website is there to help you make your own decision.  Perhaps it will be a life changing and lifesaving decision for you.

Other works by this author:
 http://straitgateministry.net (Click: Pharisee Watch/Listen Live)

The Cause of Our Conflicts
Interactive audio-video presentation (Christian-Zionism's roots)
 
Almost FREE, 345-page ONE NATION UNDER ISRAEL, by Andrew Hurley, the factual documentary in the words of past congressmen telling how AIPAC (American Israeli Public Affairs Committee) has controlled the American Congress for a generation.  Shipping cost only, only one please.  
 
Strait Gate Ministry
Pharisee Watch
PO Box 14491
Scottsdale, AZ 85267
http://straitgateministry.net/

in...@st...
FAX 480 699 1902


To be blocked from future mail, please respond with the word "Delete".
Please write in the Subject line only, (allow one week for change).

[Tockit-general] Docco 0.4 released

[Peter B. <pe...@pe...>]

Hello all,

finally there is a new official version of Docco. Version 0.4 includes 
language-specific stemming and stopwords, nested linediagrams, basic 
support for the RTF and PPT formats and a couple of minor updates.

Release notes are here:
  
http://sourceforge.net/project/shownotes.php?group_id=21448&release_id=409220

Files are here:
  
http://sourceforge.net/project/showfiles.php?group_id=21448&package_id=87134&release_id=409220

Cheers,
   Peter

[Tockit-general] Preparing Docco release

[Peter B. <pe...@pe...>]

Hi all,

does someone have some time to spare to test the current developer 
version of Docco? I'm planning a release soon and it seems stable so far.

You can find a recent build here:
  http://tockit.sourceforge.net/cvsbuilds/

Below is the changelog.

Cheers,
  Peter



Changes since Docco 0.3:

Docco:
- symlinks are not followed anymore (Linux/UNIX)
- index locks are detected and can be removed by the user
- extra information for index (contents, mappings) is stored after the index
  was created, not only on shutdown. This means Docco can access the index
  even after an unclean exit (it will be locked, though)
- support for the RTF format (some of it)
- nested diagrams can be created using a new button
- Lucene is updated to version 1.9.1, all code has been updated to not have
  any deprecation warnings
- analyzers are now supported, which most importantly means we support stop-
  words and stemming for a number of languages, with the choice of analyzer
  being attached to each index -- thus Docco can query different directories
  with different language tools

POI-Plugin:
- support for PowerPoint files
- fixed a bug leaking open input streams

[Tockit-general] cvslogs mailing lists

[Peter B. <pe...@pe...>]

Hi again,

having found that you can not search the commit message in the CIA 
interface, I turned posting of the commit messages to the cvslogs 
mailing lists back on again. Of course the posts now come out of 
Subversion and they look quite different (less good IMO), but the 
general scheme works again. The RSS on CIA will still be there as 
alternative approach and I applied to add all active Tockit/ToscanaJ 
mailing lists to gmane.org so we might have ntp access soon, too -- I'll 
post updates.

Cheers,
   Peter

[Tockit-general] SVN move

[Peter B. <pe...@pe...>]

Hello all,

Sourceforge offers Subversion services now and since I much prefer 
Subversion over CVS I started to move both the ToscanaJ and Tockit 
projects straight away. This means the repository is now available via 
Subversion and to ensure that we don't do any unwanted forks I closed 
the CVS repositories. That happened under the assumption that there are 
no open changes out in any sandboxes -- if that should have been wrong, 
please contact me ASAP.

As a consequence to this move, the old cvslogs mailing lists are 
obsolete. I did not remove them since the archives could still be 
useful, but they will get no further messages. I couldn't figure out how 
to disallow subscription, but I changed the welcome message to inform 
new subscribers about the pointlessness of their endeavour. Not that I 
really expect anyone to read that message, but at least they got told :-)

The cvslogs mailing lists are now replaced with the option to read the 
commits on the CIA website (http://cia.navi.cx/) or via their RSS feeds. 
Check http://cia.navi.cx/stats/project/toscanaj and 
http://cia.navi.cx/stats/project/tockit to see the log messages and get 
the links for the RSS feeds.

The SVN projects are https://svn.sourceforge.net/svnroot/toscanaj and 
https://svn.sourceforge.net/svnroot/tockit -- both use the standard 
setup with the trunk/tags/branches folders underneath. Here are 
recommended SVN checkout commands for the various tools:

  ToscanaJ: svn co https://svn.sourceforge.net/svnroot/toscanaj/trunk 
toscanaj
  Tupleware: svn co https://svn.sourceforge.net/svnroot/toscanaj/trunk 
tupleware
  Docco: svn co 
https://svn.sourceforge.net/svnroot/tockit/trunk/java/applications docco
  Crepe: svn co 
https://svn.sourceforge.net/svnroot/tockit/trunk/java/applications crepe
  Tockit libs: svn co 
https://svn.sourceforge.net/svnroot/tockit/trunk/java libraries

I will support Ant and Eclipse as build tools from now on and changed 
the setup so everything can be just checked out into Eclipse without any 
major setup hassles, i.e. each of the above checkouts will create an 
Eclipse project folder including the .project and .classpath files, plus 
maybe other Eclipse-specific setup.

If you want to use Eclipse you are best of using Subclipse to check out 
the projects. Just get a 3.x Eclipse release and follow these 
instructions to install Subclipse: http://subclipse.tigris.org/install.html

Once you installed Subclipse, go into the SVN Repository Exploring 
perspective as shown at the bottom, right click into the SVN Repository 
view (should be on the left) and select "New->Repository location...". I 
recommend adding only the two toplevel URLs, stopping just before the 
"/trunk" bit. After you added the locations, you can open the trees and 
find the rest of the paths there.

To check out a project, just right click on the matching folder, say 
"Checkout..." and hit "Finish" -- the default options should be all 
good. A folder is right if it contains the ".project" and ".classpath" 
files. To find it you basically go through all the missing bits of the 
URLs above, e.g. Docco would be trunk/java/applications/docco in the 
https://svn.sourceforge.net/svnroot/tockit location.

Once the checkout is through, Eclipse should automatically build the 
program. To run the tools you just need to find the main Java files 
(typically in the topmost package, e.g. net.sourceforge.toscanaj or 
org.tockit.docco), right-click that file in the Package Explorer (back 
in the Java perspective) and select "Run As->Java Application". That 
should be all it takes.

Cheers,
  Peter

[Tockit-general] Re: [Jabref-users] AW: JabRef and Conceptual Knowledge Processing

[Morten O. A. <mor...@gm...>]

> I'm open to such ideas (esp. since I use JabRef myself), but I can't
> promise to put much time into such a project in the next future. On the
> other hand integration would probably really be quite easy, the only
> problem would be the size increase -- Docco is still based on a full copy
> of our ToscanaJ tool and requires the Lucene indexing engine. But I think
> it would be easy to model something as a plugin, we use a simple plugin
> infrastructure anyway.

I'm also interested. I don't know enough about Docco to know what the
possibilities are. One thing I'd like to do is to extend the search
function in JabRef to search linked files in addition to the
information in the bib file, but I understand that Docco does more
than just search.

I'll look closer at Docco, maybe I can come up with something more specific=
.


Morten

[Tockit-general] AW: JabRef and Conceptual Knowledge Processing

[<web...@pe...>]

[cced to Tockit mailing list]



Hi Joerg and others,



I'm open to such ideas (esp. since I use JabRef myself), but I can't
promise to put much time into such a project in the next future. On the
other hand integration would probably really be quite easy, the only
problem would be the size increase -- Docco is still based on a full copy
of our ToscanaJ tool and requires the Lucene indexing engine. But I think
it would be easy to model something as a plugin, we use a simple plugin
infrastructure anyway.



The main question I'd raise is what the extra functionality would look
like. What makes an integration better than just running Docco on the same
directory, but as a separate program? With a use case or two it would be
easier to create some estimate of the effort involved in implementing it.



Cheers,

  Peter





 --- Urspr=FCngliche Nachricht --- 

Datum: 09.05.2005 15:03

Von: "Joerg K. Wegner" <we...@in...>

An: jab...@li..., pet...@us...,
mo...@bo...

Betreff: JabRef and Conceptual Knowledge Processing

  

> Hi all,

> Dear administrators,

> 

> might anyone be interested to implement a marriage between 'content 

> management'

> 

> http://tockit.sourceforge.net/docco/index.html

> http://tockit.sourceforge.net/tockit/index.html

> 

> and literature management:

> 

> http://jabref.sourceforge.net/

> 

> Especially with the PDF-directory in Jabref it should not be a big deal


> to add Docco-plugin to JabRef. I use both tools seperately and I can 

> tell you that the fulltext search in Docco is amazingly, especially 

> together with the visualization tool.

> 

> Kind regards, Joerg

> -- 

> Dipl. Chem. Joerg K. Wegner

> Center of Bioinformatics Tuebingen (ZBIT)

> Department of Computer Architecture

> Univ. Tuebingen, Sand 1, D-72076 Tuebingen, Germany

> Phone: (+49/0) 7071 29 78970

> Fax: (+49/0) 7071 29 5091

> E-Mail: mailto:we...@in...

> WWW:    http://www-ra.informatik.uni-tuebingen.de

> --

> Never mistake motion for action.

>                                      (E. Hemingway)

> 

> Never mistake action for meaningful action.

>                                 (Hugo Kubinyi,2004)

> 

> 

> 

[Tockit-general] Warning: Docco sources are going to move

[Peter B. <pe...@pe...>]

Hi all,

I decided that it would be better to move the Docco sources into the 
Tockit CVS. People have asked me a few times where to find the sources, 
they don't expect them in the ToscanaJ CVS. That seems quite 
understandable and to be honest: I am not sure why we put them there in 
the first place.

I'm going to file a support request with SF to move {ToscanaJ}/docco to 
{Tockit}/java/applications/docco. That will break existing sandboxes, 
but I think in the long run it is going to be better this way. And you 
should be able to fix your sandbox by replacing "/cvsroot/toscanaj" with 
"/cvsroot/tockit/java/applications" in all "CVS/Root" files.

Regards,
   Peter

[Tockit-general] Docco competitor

[Bastian W. <ba...@gm...>]

Hi,

does anyone knows this tool:

http://www.x1.com ?

Cheers,

Bastian



-- 

Bastian         Wormuth
Lauteschlägerstrasse 42          
D - 64289     Darmstadt 

Tel:   ++49 (0) 6151/718039
Email: wo...@ma...

[Tockit-general] FASD project: Online survey launched

[Benno L. <ben...@id...>]

Dear Open Source developer

I am doing a research project on "Fun and Software Development" in which I
kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The
questionnaire consists of 53 questions and you will need about 15 minutes to
complete it.

With the FASD project (Fun and Software Development) we want to define the
motivational significance of fun when software developers decide to engage
in Open Source projects. What is special about our research project is that
a similar survey is planned with software developers in commercial firms.
This procedure allows the immediate comparison between the involved
individuals and the conditions of production of these two development
models. Thus we hope to obtain substantial new insights to the phenomenon of
Open Source Development.


With many thanks for your participation,
Benno Luthiger


PS:
The results of the survey will be published under
http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please
see http://fasd.ethz.ch/qsf/mailinglist_de.html for registration to this
mailing list.

_______________________________________________________________________

Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich

Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________

Re: [Tockit-general] Storing type definitions

[Peter B. <pe...@pe...>]

PS: another option would be integrating the XML Schema definitions into 
other structures. The current Siena prototype uses this structure:

<type 
class="net.sourceforge.toscanaj.model.manyvaluedcontext.types.NumericalType" 
name="Day" typeId="Day">
     <range min="1.0" max="3.0" numberOfDecimals="0" />
</type>

Here the inner bit is particular to the implementing class, which is 
instantiated dynamically from the "class" attribute using a constructor 
taking an JDOM Element with the information in it. The name in this case 
is the actual name used in the program, i.e. what was referred to as 
<label> before. The string example could thus look like this:

<type class="org.tockit.xsd.SimpleDatatype" name="A textual type" 
typeID="textual1">
   <xs:simpleType>
       <xs:restriction base="xs:string">
           <xs:enumeration value="one"/>
           <xs:enumeration value="two"/>
           <xs:enumeration value="three"/>
       </xs:restriction>
   </xs:simpleType>
</type>

Advantages:
- the XSD bit doesn't contain any foreign XML anymore, all extra bits 
are outside
- other non-XSD types can be supported easily

The class attribute could actually default to some XSD simple type 
implementation, thus making the XML  more concise.

  Peter


Peter Becker wrote:

> Hello all,
>
> after a long time I finally managed to have a look at the problem of 
> storing types in structures such as many-valued contexts. As I've said 
> on ICFCA in Sydney, I think reusing XML Schema, Part 2 [1] would be a 
> good idea. Not only is that W3C endorsed (whatever that is good for 
> ;-) ), but it is also used by other projects. And it is an existing 
> specification for a whole range of basic types, how to extend them and 
> how to store that in XML.
>
> At the moment I am working on moving the two types Siena supports into 
> this schema. These types are a decimal type (with attributes such as 
> minimum value, maximum value (both inclusive or exclusive) and the 
> number of allowed fraction digits) and a textual type (string 
> enumeration). These types are easy to map into XML Schema, the only 
> little problem I had is that the names in XML Schema have to be 
> so-called NCNames, which means only digits, basic latin characters and 
> the underscore are allowed and digits only from the second character 
> onwards. This problem can be avoided by attaching extra information 
> into the annotation part of the type, using the <appinfo> element, 
> which is meant for this purpose.
>
> Enough waffle, I think the examples should give a good idea how these 
> types would look like, first the decimal one, the example type goes 
> from 2 inclusive to 4 exclusive and allows two fraction digits. The 
> internal name is "decimal1", the name used in the program is "A 
> decimal type". "xs" is the standard XML Schema namespace:
>
>    <xs:simpleType name="decimal1">
>        <xs:annotation>
>            <xs:appinfo>
>                <label>A decimal type</label>
>            </xs:appinfo>
>        </xs:annotation>
>        <xs:restriction base="xs:decimal">
>            <xs:minInclusive value="2"/>
>            <xs:maxExclusive value="4"/>
>            <xs:fractionDigits value="2"/>
>        </xs:restriction>
>    </xs:simpleType>
>
> Note that the label doesn't have a namespace, which means it takes the 
> default. We should probably put this stuff into some proper namespace, 
> of course I'd use something like "http://www.tockit.org". I don't 
> think we really need to create a subspace, but I am not sure about 
> that yet.
>
> A string type allowing the values "one", "two" and "three" looks like 
> this:
>
>    <xs:simpleType name="textual1">
>        <xs:annotation>
>            <xs:appinfo>
>                <label>A textual type</label>
>            </xs:appinfo>
>        </xs:annotation>
>        <xs:restriction base="xs:string">
>            <xs:enumeration value="one"/>
>            <xs:enumeration value="two"/>
>            <xs:enumeration value="three"/>
>        </xs:restriction>
>    </xs:simpleType>
>
> Apart from the slightly complicated way of getting the user-defined 
> label into the system, I quite like the structures. And I think the 
> specification of the basic types and how to extend them is nice and 
> covers a lot of ground with the standard types. I think aiming to 
> implement these alongside with UI elements for editing the type 
> definitions, the values and predicates on the values would be a good 
> way to progress in the many-valued context area.
>
>  Peter
>
>
> [1] http://www.w3.org/TR/xmlschema-2/
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
> For a limited time only, get FREE Ground shipping on all orders of $35
> or more. Hurry up and shop folks, this offer expires April 30th!
> http://www.thinkgeek.com/freeshipping/?cpg=12297
> _______________________________________________
> Tockit-general mailing list
> Toc...@li...
> https://lists.sourceforge.net/lists/listinfo/tockit-general
>

[Tockit-general] Storing type definitions

[Peter B. <pe...@pe...>]

Hello all,

after a long time I finally managed to have a look at the problem of 
storing types in structures such as many-valued contexts. As I've said 
on ICFCA in Sydney, I think reusing XML Schema, Part 2 [1] would be a 
good idea. Not only is that W3C endorsed (whatever that is good for ;-) 
), but it is also used by other projects. And it is an existing 
specification for a whole range of basic types, how to extend them and 
how to store that in XML.

At the moment I am working on moving the two types Siena supports into 
this schema. These types are a decimal type (with attributes such as 
minimum value, maximum value (both inclusive or exclusive) and the 
number of allowed fraction digits) and a textual type (string 
enumeration). These types are easy to map into XML Schema, the only 
little problem I had is that the names in XML Schema have to be 
so-called NCNames, which means only digits, basic latin characters and 
the underscore are allowed and digits only from the second character 
onwards. This problem can be avoided by attaching extra information into 
the annotation part of the type, using the <appinfo> element, which is 
meant for this purpose.

Enough waffle, I think the examples should give a good idea how these 
types would look like, first the decimal one, the example type goes from 
2 inclusive to 4 exclusive and allows two fraction digits. The internal 
name is "decimal1", the name used in the program is "A decimal type". 
"xs" is the standard XML Schema namespace:

    <xs:simpleType name="decimal1">
        <xs:annotation>
            <xs:appinfo>
                <label>A decimal type</label>
            </xs:appinfo>
        </xs:annotation>
        <xs:restriction base="xs:decimal">
            <xs:minInclusive value="2"/>
            <xs:maxExclusive value="4"/>
            <xs:fractionDigits value="2"/>
        </xs:restriction>
    </xs:simpleType>

Note that the label doesn't have a namespace, which means it takes the 
default. We should probably put this stuff into some proper namespace, 
of course I'd use something like "http://www.tockit.org". I don't think 
we really need to create a subspace, but I am not sure about that yet.

A string type allowing the values "one", "two" and "three" looks like this:

    <xs:simpleType name="textual1">
        <xs:annotation>
            <xs:appinfo>
                <label>A textual type</label>
            </xs:appinfo>
        </xs:annotation>
        <xs:restriction base="xs:string">
            <xs:enumeration value="one"/>
            <xs:enumeration value="two"/>
            <xs:enumeration value="three"/>
        </xs:restriction>
    </xs:simpleType>

Apart from the slightly complicated way of getting the user-defined 
label into the system, I quite like the structures. And I think the 
specification of the basic types and how to extend them is nice and 
covers a lot of ground with the standard types. I think aiming to 
implement these alongside with UI elements for editing the type 
definitions, the values and predicates on the values would be a good way 
to progress in the many-valued context area.

  Peter


[1] http://www.w3.org/TR/xmlschema-2/

Re: [Tockit-general] Docco-0.3

[Peter B. <pe...@pe...>]

"start" should be the program executed by the command line interpreter 
(which I think is 16bit). The long file names might be a problem, but 
don't have to be -- it all depends on the "start" command. At the moment 
I can't do much but guessing, it seems that the code we use does work 
for other people and since I don't have access to any DOS-based Windows 
I can't test myself. You'll probably have to live with that problem, 
unless I get some inspiration or someone else has an idea or is willing 
to write a little C/C++ tool with JNI wrapper that does the trick. It 
would just call some WinAPI function (I know the is one, but I am not 
sure about the name, could be ShellExecute), but it would need the 
proper setup to create such a thing, which I don't have at the moment. 
The most tricky bit would probably be loading it on Windows and only on 
Windows.

Another thing I might do is supporting drag&drop as well as copy&paste. 
The former would allow dragging the file URLs into other programs, the 
latter could e.g. be used to copy the ULR into Windows Explorer, which 
might cause the shell execute. Similar with the Run-Dialog (Win+R). No 
timeframe for this, though.

  Peter


Bobby wrote:

> Non of those commands work. As you may know, Windows doesn't have a 
> terminal program. I think command.com is still a 16 bit DOS 
> interpreter. It doesn't recognize long filenames, and I'm pretty sure 
> there are no file associations. In other words, you can only use 
> 'command' with an executable.
>
> In Windows I do have the file association set correctly so that if I 
> click on a file in my file browser, it opens in the application. I 
> just verified that with html and pdf.
>
> What time is it there?
>
> Bobby
> ------------------------------------------------------------------------
>
>
> Peter Becker wrote:
>
>> Bobby wrote:
>>
>>> Peter,
>>>
>>> I clicked on the link and the file loaded in my browser bypassing my 
>>> download manager. I found your index page and the same thing 
>>> happened there. I wasn't quite sure what to do with it but I used 
>>> the "save as" option and overwrote the existing file. I was affraid  
>>> that might corrupt the file, but maybe not. I'm running Mozilla 
>>> Firebird.
>>
>>
>> "Save as..." should be ok. Mozilla tends to do that with certain 
>> files, I think it relies too much on the server configuration and 
>> ours probably doesn't know .jars are binary.
>>
>>>
>>> I don't see any difference when the program launches, and when I 
>>> click on a file, it's the same as before, a DOS window opens with no 
>>> content then closes.
>>
>>
>> Can you try to open a command line window and run some of these 
>> commands on one of the files you want to open (FILE = path to file, 
>> in quotes if necessary):
>>
>>  command /c start "" FILE
>>  command /c start FILE
>>  start FILE
>>
>> Which of these command do work for you?
>>
>>>
>>> I have the Jave Development kit (j2sdk1.4.1_02). I don't have much 
>>> experience, but I'm really interested in it, and I'd be happy to 
>>> tinker with it if you think there might be something I could do.
>>>
>>> My only programming experience is with Quickbasic. I bought it just 
>>> before they announced Visual Basic. I've studied C and C++, and have 
>>> Borlands free command line tools, and Dev-CPP IDE. In addition, I 
>>> have eclipse sdk 2.1 which seems really top heavy to me. Also the 
>>> Fox Tool Kit.
>>>
>>> I have collected all this software to try to figure out what I want 
>>> to put my time into, so I don't repeat the QB experience.
>>>
>>> As you might surmise, I get along without programming, but as an 
>>> practicing electrical engineer, it sure is handy at times.
>>
>>
>> If you really want to go into Java development I'd recommend using a 
>> full IDE -- you definitely want method expansion, the refactoring 
>> facilities and other goodies. Eclipse is pretty good (I use 3.0M8 at 
>> the moment, the milestones are usually stable), IDEA is better but 
>> not for free. Some hints on how to get/use ToscanaJ code (which Docco 
>> is based upon) can be found here:
>>
>>  http://toscanaj.sourceforge.net/participate/index.html
>>
>> If you want I can do a writeup of an Eclipse configuration. I had 
>> that plan for a while.
>>
>> If you just want a simple and easy to use language I'd recomment 
>> going Python (http://python.org/). Java is powerful, but messy (esp. 
>> some of the libraries are badly designed). Python is very neat and 
>> since it is mainly a scripting language easy to get used to -- you 
>> can always test things in the scripting enviroment.
>>
>> HTH,
>>   Peter
>>
>>
>>>
>>> Bobby
>>> ------------------------------------------------------------------------ 
>>>
>>>
>>> Peter Becker wrote:
>>>
>>>> Hi Bobby,
>>>>
>>>> Bobby wrote:
>>>>
>>>>> Thank you for this neat program! I have been researching the best 
>>>>> method of implementing this kind of application, but it looks like 
>>>>> I no longer need to worry about that. My last idea was to adapt a 
>>>>> web crawler to a local application.
>>>>>
>>>>> Docco does just about everything I need. I collect news and other 
>>>>> information for use in my own work as a writer and publisher of a 
>>>>> website. I need to access a large amount of this form of data, way 
>>>>> beyond the capability of any file browser, and yet that's all I 
>>>>> could find until now.
>>>>
>>>>
>>>>
>>>> Thanks for the praise :-)
>>>>
>>>>>
>>>>> I downloaded the program and the two available plugins (pdfbox and 
>>>>> poi). I had the .bat extension associated with my text editor 
>>>>> (Crimson), so when I tried to run it, it just opened instead in 
>>>>> the editor. Once I fixed that, the program launched and ran as 
>>>>> advertised.
>>>>>
>>>>> However I do have one small problem that you may be able to offer 
>>>>> some advice on. When I try to open a file from the tree list, I 
>>>>> get a DOS window which immediately closes, and the expected 
>>>>> application never opens at all.
>>>>>
>>>>> The directory I indexed contains mostly .html with some .pdf 
>>>>> however, in the tree list, all files have the same Windows default 
>>>>> icon, which might be the best clue. For some reason, the file type 
>>>>> isn't being recognized.
>>>>>
>>>>> I'm still running Windows 98SE which is likely the real problem. 
>>>>> I've been trying to migrate to Linux but haven't succeeded yet.
>>>>>
>>>>> Do you have anything to offer on this?
>>>>
>>>>
>>>>
>>>> I just browsed for some information on this. We use a little Java 
>>>> class called Browserlauncher, which does not seem to be maintained 
>>>> anymore. But some people reported that problem you describe on 
>>>> Win9x/ME in the bug tracker (it is a project on Sourceforge). I 
>>>> tried to apply that patch but since I long left DOS-based Windows, 
>>>> I can't test it.
>>>>
>>>> Can you download this:
>>>>  http://kvo.itee.uq.edu.au/~pbecker/ToscanaJ.jar
>>>>
>>>> and replace the ToscanaJ.jar in Docco's libs with that? Does that 
>>>> help?
>>>>
>>>>>
>>>>> Perhaps an idea for further development, would be a small 
>>>>> "thumbnail" like viewer that would show the first paragraph for 
>>>>> example, as you select a document from the tree. Or, alternatively 
>>>>> a scrollable list of such sampled text from the documents in the 
>>>>> tree list. Locating a particular document in this way would be 
>>>>> much faster than loading each document one by one into an 
>>>>> application.
>>>>
>>>>
>>>>
>>>> We can think about that. It implies either storing this information 
>>>> in the index (which normally does store which words are contained 
>>>> in a document, but not their order) or re-reading the document 
>>>> again. But that wouldn't be too hard and I agree that this could be 
>>>> a handy little feature.
>>>>
>>>>  Peter
>>>>
>>>>
>>
>>
>>

Re: [Tockit-general] Docco-0.3

[Peter B. <pe...@pe...>]

Hi Bobby,

Bobby wrote:

> Thank you for this neat program! I have been researching the best 
> method of implementing this kind of application, but it looks like I 
> no longer need to worry about that. My last idea was to adapt a web 
> crawler to a local application.
>
> Docco does just about everything I need. I collect news and other 
> information for use in my own work as a writer and publisher of a 
> website. I need to access a large amount of this form of data, way 
> beyond the capability of any file browser, and yet that's all I could 
> find until now.

Thanks for the praise :-)

>
> I downloaded the program and the two available plugins (pdfbox and 
> poi). I had the .bat extension associated with my text editor 
> (Crimson), so when I tried to run it, it just opened instead in the 
> editor. Once I fixed that, the program launched and ran as advertised.
>
> However I do have one small problem that you may be able to offer some 
> advice on. When I try to open a file from the tree list, I get a DOS 
> window which immediately closes, and the expected application never 
> opens at all.
>
> The directory I indexed contains mostly .html with some .pdf however, 
> in the tree list, all files have the same Windows default icon, which 
> might be the best clue. For some reason, the file type isn't being 
> recognized.
>
> I'm still running Windows 98SE which is likely the real problem. I've 
> been trying to migrate to Linux but haven't succeeded yet.
>
> Do you have anything to offer on this?

I just browsed for some information on this. We use a little Java class 
called Browserlauncher, which does not seem to be maintained anymore. 
But some people reported that problem you describe on Win9x/ME in the 
bug tracker (it is a project on Sourceforge). I tried to apply that 
patch but since I long left DOS-based Windows, I can't test it.

Can you download this:
  http://kvo.itee.uq.edu.au/~pbecker/ToscanaJ.jar

and replace the ToscanaJ.jar in Docco's libs with that? Does that help?

>
> Perhaps an idea for further development, would be a small "thumbnail" 
> like viewer that would show the first paragraph for example, as you 
> select a document from the tree. Or, alternatively a scrollable list 
> of such sampled text from the documents in the tree list. Locating a 
> particular document in this way would be much faster than loading each 
> document one by one into an application.

We can think about that. It implies either storing this information in 
the index (which normally does store which words are contained in a 
document, but not their order) or re-reading the document again. But 
that wouldn't be too hard and I agree that this could be a handy little 
feature.

  Peter

[Tockit-general] Docco-0.3

[Bobby <bg...@ka...>]

Thank you for this neat program! I have been researching the best method 
of implementing this kind of application, but it looks like I no longer 
need to worry about that. My last idea was to adapt a web crawler to a 
local application.

Docco does just about everything I need. I collect news and other 
information for use in my own work as a writer and publisher of a 
website. I need to access a large amount of this form of data, way 
beyond the capability of any file browser, and yet that's all I could 
find until now.

I downloaded the program and the two available plugins (pdfbox and poi). 
I had the .bat extension associated with my text editor (Crimson), so 
when I tried to run it, it just opened instead in the editor. Once I 
fixed that, the program launched and ran as advertised.

However I do have one small problem that you may be able to offer some 
advice on. When I try to open a file from the tree list, I get a DOS 
window which immediately closes, and the expected application never 
opens at all.

The directory I indexed contains mostly .html with some .pdf however, in 
the tree list, all files have the same Windows default icon, which might 
be the best clue. For some reason, the file type isn't being recognized.

I'm still running Windows 98SE which is likely the real problem. I've 
been trying to migrate to Linux but haven't succeeded yet.

Do you have anything to offer on this?

Perhaps an idea for further development, would be a small "thumbnail" 
like viewer that would show the first paragraph for example, as you 
select a document from the tree. Or, alternatively a scrollable list of 
such sampled text from the documents in the tree list. Locating a 
particular document in this way would be much faster than loading each 
document one by one into an application.

Regards,
Bobby Garner

[Tockit-general] ANN: Docco 0.3

[Peter B. <pe...@pe...>]

Hello,

we released Docco 0.3 along with two updates for its plugins.

Docco is a personal document retrieval tool based on Apache's Lucene 
indexing engine and Formal Concept Analysis. It allows you to create an 
index for files on your file system which you can then search for 
keywords. It can index plain text, HTML, XML and OpenOffice files and 
with the support of plugins others like PDF, DOC and XLS.

This new version of Docco features a number of small enhancements: the 
diagram layout can be changed, printing and graphic export options have 
been added and some plugins have been updated.

The new POI plugin should be able to index MS Word documents again (the 
old one broke with recent Java versions), the PDFbox plugin gets all the 
recent updates from the PDFbox project. Old plugins will still continue 
to work, though.

You can find the updated files here:
  http://sourceforge.net/project/showfiles.php?group_id=21448

Note that you can now also use the export plugins to add more graphic 
export options.

Enjoy!
   Peter

Re: [Tockit-general] New Docco test version

[Peter B. <pe...@pe...>]

Bastian Wormuth wrote:

>Tuesday, April 06, 2004, 2:04:26 AM, you wrote:
>
>PB> Bastian Wormuth wrote:
>
>PB> First test I did was running against the ICFCA04 CD. I got 3/4 hits, the
>PB> ToscanaJ manual failed. There seems to be some problem with the OOo 
>PB> PDFs, even though the Elba manual worked. I attached some stuff to this 
>PB> bug in PDFbox:
>PB> - 
>PB> http://sourceforge.net/tracker/index.php?func=detail&aid=860027&group_id=78314&atid=552832
>
>PB> I could reproduce the problem with the BIS example, though. 
>PB> Unfortunately it is a feature, not a bug -- see the last entry for 0.6.3 
>PB> on this list:
>PB> - http://www.csh.rit.edu/~ben/projects/pdfbox/news.html
>
>PB> Acrobat Reader disallows copying text out of these documents, too -- 
>PB> although it does allow text selection, whatever that is good for if you 
>PB> can't copy it.
>
>PB> So this is actually correct behaviour. Not that I really want it, though 
>PB> :-( But I don't think I want to hack PDFbox either -- which shouldn't be 
>PB> too hard (a diff between the source of 0.6.2 and 0.6.3 would most likely 
>PB> help a lot), but while I disagree with this type of secretiveness, I 
>PB> still think we should respect that.
>
>... mmmh, so what to do ? PDFbox disallows copying text, but that's
>not what we want, we just want to search for some text. Isn't there
>any way around it ? Or couldn't we just use the old version ?
>  
>
These particular PDFs are encoded in a way that text is not supposed to 
be extracted -- neither by copy&paste nor by tools. It seems the old 
PDFbox ignored that, the new one respects this. Of course there is most 
likely a way around it, but I don't think it is important at the moment 
-- and I won't remove the old plugin, which you can still use.

One thing I should do is adding better feedback, though. At the moment 
you have to hack the run-docco.bat and turn the javaw call into java, 
then check the output on the command line. Not nice, but I don't think 
I'll fix that in this version.

  Peter

Re[2]: [Tockit-general] New Docco test version

[Bastian W. <ba...@gm...>]

Tuesday, April 06, 2004, 2:04:26 AM, you wrote:

PB> Bastian Wormuth wrote:

PB> Thanks. What do you think about restoring the last query? I am still not
PB> sure if I really want that, I just couldn't be bothered yesterday to 
PB> find a way to start with an empty text field. JComboBox is yet another 
PB> really bad part of Swing :-( Quite a bit of swearing involved in getting 
PB> there. :-)

No, it good, that would have been my next request, if you hadn't done
it yourself !

Regards,

Bastian

[Tockit-general] Docco: next one

[Peter B. <pb...@it...>]

Hi all,

another version of Docco, changes this time:
- submit button is enabled if query in field matches current query 
(allows re-submitting)
- on startup the diagram is empty again (not the last query)
- on startup if no index exists, the indexing dialog appears
- if no node is selected, all matches are shown in the tree (i.e. 
directly after query and after removal of selection)
- help is updated.

Grab it here:
  http://kvo.itee.uq.edu.au/~pbecker/Docco-CVSbuild-20040406-1213.zip

Can someone read the documentation (Help->How to use Docco...) and tell 
me if there are easy-to-fix problems? I know the browser is ugly and we 
should add images, etc. At the moment I don't have other things to do, 
but the content, spelling and grammar should be ok.

BTW: you can also read the same documentation with your preferred 
browser by opening "doc/index.html"

Cheers,
  Peter

Re: [Tockit-general] New Docco test version

[Peter B. <pe...@pe...>]

Two additions...

Peter Becker wrote:

> Bastian Wormuth wrote:
>
>> Hi Peter,
>>
>> here is my first bug report:
>>
>> - I miss the option to recreate the diagram by hitting the "Submit"
>>  button again, this was a nice option to change the diagrams layout.
>>  I guess not intended, but nice anyway. It is still possible by
>>  hitting "Enter", but not via the button, it remains grey. Nothing
>>  serious.
>>  
>>
> It actually takes a little bit of code to disable the button. I can 
> remove that.

Changed.

[..PDFbox, export plugins...]

>> Besides this - very nice, I like it very much, especially node
>> dragging ;-)
>>  
>>
> Thanks. What do you think about restoring the last query? I am still 
> not sure if I really want that, I just couldn't be bothered yesterday 
> to find a way to start with an empty text field. JComboBox is yet 
> another really bad part of Swing :-( Quite a bit of swearing involved 
> in getting there. :-)

That one was actually easy in the morning (not that it changes my 
opinion about JComboBox much). I can do it whatever way we like.

  Peter

Re: [Tockit-general] New Docco test version

[Peter B. <pe...@pe...>]

Bastian Wormuth wrote:

>Hi Peter,
>
>here is my first bug report:
>
>- I miss the option to recreate the diagram by hitting the "Submit"
>  button again, this was a nice option to change the diagrams layout.
>  I guess not intended, but nice anyway. It is still possible by
>  hitting "Enter", but not via the button, it remains grey. Nothing
>  serious.
>  
>
It actually takes a little bit of code to disable the button. I can 
remove that.

>- The PDF plugin still has the problem I mentioned earlier. I get just
>  one hit out of 52 on the BIS example, the "Schulz.pdf". Also "ext:pdf"
>  finds just that one. I tried it on another folder, same  problem,
>  just 5 out of 15.
>  
>
First test I did was running against the ICFCA04 CD. I got 3/4 hits, the 
ToscanaJ manual failed. There seems to be some problem with the OOo 
PDFs, even though the Elba manual worked. I attached some stuff to this 
bug in PDFbox:
- 
http://sourceforge.net/tracker/index.php?func=detail&aid=860027&group_id=78314&atid=552832

I could reproduce the problem with the BIS example, though. 
Unfortunately it is a feature, not a bug -- see the last entry for 0.6.3 
on this list:
- http://www.csh.rit.edu/~ben/projects/pdfbox/news.html

Acrobat Reader disallows copying text out of these documents, too -- 
although it does allow text selection, whatever that is good for if you 
can't copy it.

So this is actually correct behaviour. Not that I really want it, though 
:-( But I don't think I want to hack PDFbox either -- which shouldn't be 
too hard (a diff between the source of 0.6.2 and 0.6.3 would most likely 
help a lot), but while I disagree with this type of secretiveness, I 
still think we should respect that.

>- A question: what about PDF/PS export ? Could I use the same plugins
>  as in TJ ?
>  
>
Yes, the diagram export plugins are quite low-level: they operate on the 
canvas package, which means any program using the canvas and the plugin 
loader does automatically use them.

>Besides this - very nice, I like it very much, especially node
>dragging ;-)
>  
>
Thanks. What do you think about restoring the last query? I am still not 
sure if I really want that, I just couldn't be bothered yesterday to 
find a way to start with an empty text field. JComboBox is yet another 
really bad part of Swing :-( Quite a bit of swearing involved in getting 
there. :-)

  Peter

Re: [Tockit-general] New Docco test version

[Bastian W. <ba...@gm...>]

Hi Peter,

here is my first bug report:

- I miss the option to recreate the diagram by hitting the "Submit"
  button again, this was a nice option to change the diagrams layout.
  I guess not intended, but nice anyway. It is still possible by
  hitting "Enter", but not via the button, it remains grey. Nothing
  serious.
- The PDF plugin still has the problem I mentioned earlier. I get just
  one hit out of 52 on the BIS example, the "Schulz.pdf". Also "ext:pdf"
  finds just that one. I tried it on another folder, same  problem,
  just 5 out of 15.

- A question: what about PDF/PS export ? Could I use the same plugins
  as in TJ ?

Besides this - very nice, I like it very much, especially node
dragging ;-)
  
Cheers,

Bastian
  
  

-- 

Bastian         Wormuth
Lauteschlägerstrasse 42          
D - 64289     Darmstadt 

Tel:   ++49 (0) 6151/718039
Email: wo...@ma...

Monday, April 05, 2004, 4:14:27 PM, you wrote:

PB> Hi all,

PB> if some of you can spare some time: here is a new version of Docco you 
PB> could test for me:

PB>   http://kvo.itee.uq.edu.au/~pbecker/Docco-CVSbuild-20040406-0003.zip 
PB> (~1.5MB)

PB> New features/fixes:
- File->>Exit now closes properly (0.2 did not safe the index metainfo 
PB> properly)
PB> - the "View" menu is now called "Diagram" and contains extra entries for 
PB> graphic export and printing
PB> - nodes can be moved, standard left-drag uses the n-dim manipulator, 
PB> shift-left-drag moves single nodes
PB> - the query field now has a drop-down list with the last queries (up to 
PB> ten). This is restored between sessions, as well as the last query.
PB> - all session management went into the Java preferences API, which means 
PB> Registry on Windows machine, .java on UNIX/Linux. Advantages:
PB>   - user-specific
PB>   - no new settings after upgrades
PB>   - no write access to installation directory needed

PB> I also updated the PDFbox and POI plugins:

  
PB> http://kvo.itee.uq.edu.au/~pbecker/pdfboxPlugin-CVSbuild-20040406-0003.zip 
PB> (~2MB)
  
PB> http://kvo.itee.uq.edu.au/~pbecker/poiPlugin-CVSbuild-20040406-0003.zip 
PB> (~1MB)

PB> PDFBox is just a library-upgrade, they claim lots of bugfixes. It is 
PB> quite a bit larger now -- thanks to some new Unicode mappings it seems. 
PB> No idea if it is worth it -- experiments comparing the two versions are 
PB> welcome.

PB> The old POI plugin started to fail on Word documents, it seem due to JRE 
PB> changes. Should work again, it also uses the Textmining.org text 
PB> extractor, which should get more text out of documents (tables etc.) and 
PB> shoudl work on Word 6.0 documents.

PB> I'll try to give it a documentation update soon and then release it as a 
PB> new version unless someone founds bugs.

PB> Regards,
PB>   Peter


PB> -------------------------------------------------------
PB> This SF.Net email is sponsored by: IBM Linux Tutorials
PB> Free Linux tutorial presented by Daniel Robbins, President and CEO of
PB> GenToo technologies. Learn everything from fundamentals to system
PB> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
PB> _______________________________________________
PB> Tockit-general mailing list
PB> Toc...@li...
PB> https://lists.sourceforge.net/lists/listinfo/tockit-general

[Tockit-general] New Docco test version

[Peter B. <pe...@pe...>]

Hi all,

if some of you can spare some time: here is a new version of Docco you 
could test for me:

  http://kvo.itee.uq.edu.au/~pbecker/Docco-CVSbuild-20040406-0003.zip 
(~1.5MB)

New features/fixes:
- File->Exit now closes properly (0.2 did not safe the index metainfo 
properly)
- the "View" menu is now called "Diagram" and contains extra entries for 
graphic export and printing
- nodes can be moved, standard left-drag uses the n-dim manipulator, 
shift-left-drag moves single nodes
- the query field now has a drop-down list with the last queries (up to 
ten). This is restored between sessions, as well as the last query.
- all session management went into the Java preferences API, which means 
Registry on Windows machine, .java on UNIX/Linux. Advantages:
  - user-specific
  - no new settings after upgrades
  - no write access to installation directory needed

I also updated the PDFbox and POI plugins:

  
http://kvo.itee.uq.edu.au/~pbecker/pdfboxPlugin-CVSbuild-20040406-0003.zip 
(~2MB)
  
http://kvo.itee.uq.edu.au/~pbecker/poiPlugin-CVSbuild-20040406-0003.zip 
(~1MB)

PDFBox is just a library-upgrade, they claim lots of bugfixes. It is 
quite a bit larger now -- thanks to some new Unicode mappings it seems. 
No idea if it is worth it -- experiments comparing the two versions are 
welcome.

The old POI plugin started to fail on Word documents, it seem due to JRE 
changes. Should work again, it also uses the Textmining.org text 
extractor, which should get more text out of documents (tables etc.) and 
shoudl work on Word 6.0 documents.

I'll try to give it a documentation update soon and then release it as a 
new version unless someone founds bugs.

Regards,
  Peter

[Tockit-general] Docco feature requests?

[Peter B. <pe...@pe...>]

Hi all,

I decided it was about time to get back to some Docco hacking again, 
esp. since it seems somehow Word documents don't get indexed on my 
current machine (Win2K, JDK 1.4.2), which were indexed on the one I used 
before (WinXP, some slightly older JDK). Bastian had the same problem 
and made me aware of the issue.

This problem is fixed in CVS and I also updated most other libraries, 
plus added support for moving nodes. Other things I'd like to add are:
- export and printing of the diagrams (it's easy and might be useful in 
some occasions)
- remember the last n queries
- use registry instead of properties file
- make sure it works on read-only file systems (e.g. CDs)
- add support for something file(1) like (automatic file type detection, 
without relying on the extension)

Anything else someone would like to see? That can also include extra 
file types if you miss some.

Cheers,
  Peter