Victor Mote wrote:
Peter B. West wrote:
Re some recent questions on this topic. As I understand it, creating a
branch in the tree off an existing file set simply involves tagging the
set of files with the new branch tag. From that point on, as long as a
particular file remains unchanged, a
sible. A
lot is already there. We can build on that.
I concur with Oleg here. (Yes, really.) However, there are people who,
as Victor has said, who find the all-or-nothing approach extremely
difficult. If they can come up with practical ways of easing such
difficulties, their suggest
en
we have a split in the project and that wouldn't be good.
Between all committers. I meant that closer liaison between committers
is a good thing. All committers then have a more lively appreciation of
what the others are up to.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.pow
dea how to...
1. identify files not having correct linevindingstlithoutckaving de opendeach an>every file?
2. enforce correct line endings?
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
---
form, and is contra-indicated on
binary files, while '-kb' is contra-indicated on text files, on which
you definitely want expansion.
These values, incidentally, come from RCS, and can be read about with
'man co'.
Unless something has changed recently, CRLF will h
've started a little check-program (in Java) that
analyzes files on their line endings using regex-matching. I think, I'll
expand that to a little project including command-line app, ant-task etc.
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwe
eeds a bit more investigation. As I have said, I have recently
seen spurious CRLF endings in checked-out files.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
---
ts of using WeakHashMaps instead of HashMaps?
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
seen
this habit in a number of places and not only by Keiron! I've made it a
habit to follow this pattern
...
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
---
+1
Keiron Liddle wrote:
Hi Developers,
I suggest we have a vote for Oleg to be a committer. If Oleg accepts
then he can get on with making FOP great!
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall
Provided, of course, that he controls his CRCRs.
Peter B. West wrote:
+1
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROT
ed subtree, and reestablish it as a "pending".
These things just sound interesting - sexy, even, now that you mention
it - though I doubt their sex appeal was a strong motive for creating
them. The "raw" documentation doesn't really give much of a feel for
their potentia
f the mind - but I'll
remember the offer.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Rhett Aultman wrote:
... as soon as I'm done taking the GRE tomorrow (wishes of luck appreciated)...
Consider them wished.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom s
hmann wrote:
I'm on vacancy from tomorrow on for a bit more than three
weeks, so I can't do this myself.
Who will take care of the unanswered questions while I'm
offline? Oleg?
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"
Oleg,
Thanks for that. I have noticed that there are quite a few people who
do respond on dev-user, in addition to yourself and Keiron, which is why
I wondered whether Joerg was making a specific request. I eventually
concluded he was not.
Peter
Oleg Tkachenko wrote:
Peter B. West wrote
gave me much food for thought. So I'll rephrase the question: what, if
anything, is the cost of using the interface instead of the implementation?
Peter
Peter B. West wrote:
> Jeremias,
>
> I have no objection at all, as long as it costs nothing. It is free,
> isn't i
ce may be driven by many things, but money is not
one of them. Pleasure is, and is high on the list. In spite of that,
OS generates vast amounts of high-quality software. Go figure.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we g
Kevin O'Neill wrote:
On Tue, 2002-11-12 at 11:21, Peter B. West wrote:
"I like it" is the acid test; for me, of all code, but in particular for
open source. Open source may be driven by many things, but money is not
one of them. Pleasure is, and is high on the list. In spi
e.g.,
why you don't know when the end of a page has been reached. A shortcut
to an understanding of such things would be very useful.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
r in the german-speaking part of the world
. . .
I might be interested too, depending on where and when. I am subscribed to
party@.
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
---
was getting ready to post some details about this, but I wanted to
finish the creation of the FO objects first. I will now post them this
weekend.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
a good job (or at
least can't *know* that we did) until we get the entire page-sequence read
anyway, which means that we might be better off reading it in before we
start & then taking the second approach. FWIW. Actually, I hope to learn a
lot from Keiron's repli
ties,
I will design and implement the layout engine, and it *will* work.
Before then, however, the whole exercise may have been rendered academic
by Sun.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
--
ratulated. Are
you there, Tony?
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
out what was going on.
This may fix some problems that have been attributed to Xalan.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe,
Jeremias Maerki wrote:
Hi Peter
I should have done that earlier because about at the same time I updated
to Xerces 2.2.0, Xerces 2.2.1 was published and I knew it was a bugfix
release.
On 19.11.2002 15:18:45 Peter B. West wrote:
I'm glad to see that you have upgraded Xerces to 2.2.1. I
Keiron Liddle wrote:
On Tue, 2002-11-19 at 15:07, Peter B. West wrote:
If possible I think we should try to avoid making multiple passes since
it can lead to loops etc. The table layout auto will need at least two
passes but this should be possible using the layout managers.
Is that a
ument is called two times.
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Keiron Liddle wrote:
Hi Developers,
I propose we have a vote for Victor to become a committer.
+1
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To u
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
= expectCharacters();
return ev;
}
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
currently working through the fo examples. Once
that is done, I will have to fill in any blanks.
TODO:
Corresponding properties.
Complete PropertyValue validation.
Comprehensive testing.
Complete provision for markers in all FO classes.
Other things I can't think of now.
More later on the
Oleg,
...
Oleg Tkachenko wrote:
Peter B. West wrote:
taking a very isolated path. My motivation can be summed up in the
slogan SAX SUX. I couldn't understand why anyone would persist with
it for any complex tasks, e.g. FOP.
Actually I cannot say I fully agree with this, because I
Oleg Tkachenko wrote:
Peter B. West wrote:
I like pull parsing model in general, but how do you manage with not
such strict content model as fo:root have, e.g. fo:block with
(#PCDATA|%inline;|%block;)* ?
How about:
FoXMLEvent ev = expectStartElement
hen I talk about the layout engine, I have in mind the process that
builds the layout tree, and moves chunks as they are completed into the
area tree.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
--
od reasons why the layout is not susceptible to the same
simple solution.. I do have a number of ideas to contribute, and when
the web site is restored I will be referring to some of the notes I have
made and posted there.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwe
ar as XSL-FO is concerned. It is a system-color(), however,
as far as FOP is concerned.
I assume that these errors are not deliberate, and that I should clean
them up as I go.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord,
W. Eliot Kimber wrote:
Oleg Tkachenko wrote:
Peter B. West wrote:
I have debugging my FO tree building be running it against various
example fo files. Of the three I have used so far, I have found
problems with two.
./docs/examples/pagination/allregions.fo has the problem that I
Oleg Tkachenko wrote:
Peter B. West wrote:
Why is it easier for developers to use? Is it because the API is less
complex or more easily understood? Not really. As you point out, the
SAX API is not all that complex. The problem is that the processing
model of SUX is completely inverted
it is to answer the mailing lists, we might be able to eliminate some of the
mailing list traffic.
And if it is not automatic, an explanation of the easier than before
manual process would be useful.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to wh
Oleg Tkachenko wrote:
Peter B. West wrote:
I don't believe is is only a matter of style. I think the detrimental
effects of push for general programming are glaringly obvious.
It's just event-driven processing, how it could be detrimental?
I may have referred to Dijkstra (R.
xhausted." But, a pull model can be grafted onto a push model by implementing what amounts to a specialized buffer of the pushed data that accepts pull queries...no?
Which is what I have done.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.c
Jeremias Maerki wrote:
BTW: Anybody around with experience in CVS surgery???
Not really, but what do you want to do?
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall
t
the FOs, to apply those values. Alt-Design takes the second view.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
ing
on the redesign so that i will work on them first.how
about keep properties?
Sri,
You have picked just about the toughest layout problem of them all. If
you want to work on this one, you have to get involved in redesign, with
either the HEAD line or alt.design.
Peter
--
Peter B. West [EMAIL
Jeremias Maerki wrote:
Moving around directories on the server so we don't lose history on
files. See my proposal on directory structure reorganization, ex.
moveing src/org to src/java/org.
On 27.11.2002 16:19:26 Peter B. West wrote:
Jeremias Maerki wrote:
BTW: Anybody around with exper
to either 1) only want them moved in one branch (probably not
desirable), or 2) move them twice, once for each branch. Especially on the
maintenance branch, you will want to be careful to get the new files tagged
with the maintenance branch tag.
I don't think anyone here knows all of the implica
branch. Another possibility. especially
for directories are not going to be merged back into the HEAD and whose
content is largely the same, is to merge them out from HEAD into maint.
Not having followed the details of the proposed changes very closely,
I would have to look at individual cases.
rough the cracks. Some such approach may be a
good idea, but I would be loathe to call it EventHandler. The whole
point about pull parsing is to move away from event handling. I would
think of these more as methods with parameters like "optional", "single"
or "multi
J.Pietschmann wrote:
Arved Sandstrom wrote:
Considering that our new chief executive is Greg Stein, I'd be
surprised if
this isn't on the horizon. :-)
Gosh! Can we have it before Christmas? :-)
2003?
Good to see you back, Joerg. Good holiday?
Peter
--
Peter B. West [EMAIL
days, and I will
fix the encoding at the same time, unless there is a more urgent need.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe,
fter GC: 7242184
Diff before/after free : 443344
Diff before/GC free : 5571488
Diff after/GC free : 5128144
cg() freed : 5128144
18.02s real11.71s user 0.24s system
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
&
Oleg Tkachenko wrote:
Peter B. West wrote:
Herewith the preliminary results of running the alt.design FO tree
build against the 51 page test document supplied by Bertrand.
What is included in this measurement? I presume it's fo parsing,
userconfig processing and fo tree buiding?
eedback.
Befoer becoming committed to any particular line of development,
however, read the discussion here about the design direction.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
03547432006815&w=4
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ly very comfortable with SAX, but I recognise
that most are not.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
not, how
do we decide how to make a better FO processor. These are the questions
we had better discuss, the sooner the better.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Victor Mote wrote:
If no one objects, I would like to move this information to fop.xsd & let
CVS handle the revision issues. The viewcvs program allows us to append a
revision number, so we could even branch & tag this to keep it tied to
releases.
Sounds OK.
Peter
--
Peter B. West
Keiron Liddle wrote:
On Thu, 2002-12-05 at 13:01, Peter B. West wrote:
There is an implication in what you are saying that you do have the
direction forward for the FO processor "internalised", so to speak,
and
that a complete FO processor is, as Christian says, just a matter of
se for the
comparisons.
Peter
Rhett Aultman wrote:
Hmmm...maybe we could use a JVM profiler like jProf (http://starship.python.net/crew/garyp/jProf.html) for this?
-Original Message-
From: Oleg Tkachenko [mailto:[EMAIL PROTECTED]]
Peter B. West wrote:
Herewith the preliminary results of r
will be in the February issue of Java Developer's Journal, barring any catastrophes). I could run the tests over here, in theory. Maybe we should discuss the specifics of a test in private?
Rhett,
Please do.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
Keiron Liddle wrote:
On Fri, 2002-12-06 at 03:47, Peter B. West wrote:
Rhett,
Nerver having used it, I am not aware of its capabilities. As I don't
develop in a Microsoft environment, and have no access to MS Visual C++,
and I don't run in a Solaris environment, my options for t
Victor,
I'm not sure what your intention is, but from the wording of the commit
comment, I think I may have mislead you with a previous posting. 4f was
the superseded version. (Yes, I know, I should have left 4g.) fop4.xsd
contained the latest version (4g).
Peter
--
Peter B. West [
could find.
Chuck, if you want me to post a copy of the file to you, let me know.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Peter B. West wrote:
Victor,
I'm not sure what your intention is, but from the wording of the commit
comment, I think I may have mislead you with a previous posting. 4f was
the superseded version. (Yes, I know, I should have left 4g.) fop4.xsd
contained the latest version (4g).
V
amp;forum_id=450
http://sourceforge.net/mailarchive/message.php?msg_id=1780417
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL
"thick" r-p-m-refs.
This would work in the same way for the other case you mention -
constrained height and keep-together table rows.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
--
the FO tree. I tend to view the FO tree as a
read-only data source for the layout. manaaged by the Fo objects.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
---
Peter B. West wrote:
Keiron Liddle wrote:
On Fri, 2002-12-06 at 03:47, Peter B. West wrote:
If anyone else want to have a look I would be interested in the
results. I am particularly interested in memory usage, which, prima
facie, looks good. 9 megs total memory usage for 51 pages of FO
#x27;t do that if the conversation
disappears.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
x the alt.design files. If you would rather get the basics sorted
out yourself, let me know.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe,
Peter B. West wrote:
Keiron, Victor,
I started to make some changes in the alt.design xdocs directory, and
ran into problems immediately. Forrest didn't like something in one of
the files, but when I went to have a look at the directory, I began to
find CVS discrepancies. This morning
security risks
- site contents can be reverted easily without an admin having to figure
out how the doc generation tool works.
- it's there and it works
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom s
ree, and maintaining
the synchronization locally.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Jeff Turner wrote:
On Wed, Dec 11, 2002 at 11:24:34PM +1000, Peter B. West wrote:
Forrestbot?
Forrestbot is a glorified Ant script which automates the process of
checking out a site's contents from CVS, building the docs and uploading
the docs somewhere. It currently has no official
Christian Geisert wrote:
Peter B. West wrote:
You need a local forrest installation, see
http://xml.apache.org/forrest/your-project.html#N10036
Christian,
Thanks. I have set one up, but I was confused about automated updates.
Peter
--
Peter B. West [EMAIL PROTECTED] http
Victor Mote wrote:
Peter B. West wrote:
I'm still floundering around here, but when I found 'catalog' in
.../documentation/resources/schema, and the dtd in .../schema/dtd, I
began to see a ray of light. It seems to me that such a setup should be
used for all of the DOCTYPE delc
Fopsters,
Today (it's Thursday, my time) we hear what Tony Graham has been up to.
I don't suppose anyone is in Baltimore?
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to w
the validation of
foreign elements should be feasible. The semantics of such objects is
always going to be more of a problem.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall
J.Pietschmann wrote:
Peter B. West wrote:
...the intention of the spec would be realised by laying out 0 of the
repeatable-p-m-refs "thin", out of the available range of 0-100, then
laying out 1 of the "thick" r-p-m-refs.
Interesting and useful interpretation. Th
Victor Mote wrote:
Peter B. West wrote:
...
The way this works is that your validation software has to know how to find
the catalog. If it does, then the catalog can contain mappings from the
PUBLIC IDs in the DOCTYPE declaration to a local physical file. That setup
is already in all of our
n has come up with.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Subject: Sun XSL Formatter
Peter did ask...
Tony,
Thanks for the response. I must say, though, that had the product been
written in Java, I would have been asking the same question as Arved.
Peter
--
Peter B. West [EMAIL PROTECTED]
little longer, and then perhaps take them up in a wider forum.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Fop-cvsers,
Sorry abou the huge single commit. Has the commit mail behaviour
changed recently? I though that commits of new files did not list the
contents.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall
on't like it much. My question is: should I
commit it to the branch codebase? I'm inclining to implement it in a clean way
in the trunk instead of extending/patching the branch.
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.co
.
(We live in hope.)
At least...
This is a good crowd.
+1 :-)
+1
Regards,
Arved Sandstrom
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsu
Jeremias Maerki wrote:
Hi Peter
On 20.12.2002 00:30:13 Peter B. West wrote:
Jeremias Maerki wrote:
:-) Ok, you're sentenced to implement the same functionality in the
trunk. I'm -0 for the inclusion in the branch as it sends the wrong
message IMO. But I'm looking forward
Oleg Tkachenko wrote:
Peter B. West wrote:
I would encourage Oleg to bring this functionality into HEAD. If it
already exists in Oleg's working copy of the maint branch (for reasons
which have frequently been canvassed here), I think it would be
churlish of us to deny access to our fai
can frames and javascript be integrated
into forrest?
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additi
frames are, in principle,
incompatible with the Forrest approach, and so incorporating them in
subsets will always have to be done this way. I imagine, also, that the
use of javascript URLs as hrefs presents great difficulties.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au
mework for the alt.design
documentation;
3) A historical artefact, which will soon go away.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mai
to do
if (isEnabled() && someOtherVerboseCondition())
return true;
and also
if (isEnabled)
doOneLiner();
else
return false;
which is easier to read than
if (isEnabled()) doOoneLiner();
else return false;
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbw
Christian Geisert wrote:
Peter B. West wrote:
Jeremias Maerki wrote:
Since I've made the checkstyle.cfg file an integral part of our style
guide I have to bring this up before changing:
I'd like to add a line "checkstyle.ignore.braces = yes". This enables
one line if
Jeremias Maerki wrote:
Or if checkstyle could also check indentation...
*That* would be extremely useful, and would solve the problem. Maybe a
Python preprocessor Joke, folk.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall
J.Pietschmann wrote:
Peter B. West wrote:
if (isEnabled()) {
return true;
}
is absurd.
Not necessarily. I it *much* easier to add a
System.out.println() to this than to either
if (isEnabled())return true;
or
if (isEnabled())
return true;
Agreed.
If you are debugging
J.Pietschmann wrote:
On 08.01.2003 14:23:36 Peter B. West wrote:
And it adds just a spice of danger.
I can live well without this.
Spoilsport.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall
st be one of them there anarchists.
Just my 2 cents.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
folding algorithm.
Peter
--
Peter B. West [EMAIL PROTECTED] http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
701 - 800 of 847 matches
Mail list logo