-
Regards,
MarkOv
----
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net soluti...@overmeer.net
http://Mark.Overmeer.net http://solutions.overmeer.net
Hi Patrick, thank you for your thoughts. I needed a bit more time
for the response ;-)
* Patrick R. Michaud (pmich...@pobox.com) [151013 01:05]:
> On Tue, Oct 13, 2015 at 12:32:01AM +0200, Mark Overmeer wrote:
> > Yes, that what I started realizing when I saw all the pain Perl
gards,
MarkOv
----
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net soluti...@overmeer.net
http://Mark.Overmeer.net http://solutions.overmeer.net
parameter", "undef
value means illegal value" (:D), "undef value is allowed". For my coding
style, the first case is usually true. I am not sure, but probably
Perl6 makes do difference between missing existence and undefinedness
of named parameters... where hashes and XM
is dull facts. Is that an old-fashioned, traditional idea
to be abandoned?
--
Regards,
MarkOv
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net soluti...@overmeer.net
http://Mark.Overmeer.net http://solutions.overmeer.net
n course ;-)
> > . :D looks really ugly, don't you think? Try to explain to students
> > to add this smiley everywhere.
>
> It's not uglier than a 'die "Must be defined" unless defined $x'
Much too expensive in Perl5.
--
explain to students
to add this smiley everywhere.
Can someone explain this to me? (Or point me to the correct place)
--
Thanks in advance
MarkOv
----
Mark Overmeer MScMARKO
rmeer.net/oodoc/html/jump.cgi?OODoc_Parser_Markov&62
--
MarkOv
----
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net soluti...@over
mentioned before refers to a more details spec with examples
to be able to create the DocTree.
--
Regards,
MarkOv
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net soluti...@overmeer.net
http://Mark.Overmeer.net http://solutions.overmeer.net
ew of these problems need to be tackled in the versioning scheme,
some are automatable, and some may require user intervention at install
time. Some new balance between them, Perl5 is very simple compared to
the need requirements.
--
MarkOv
---
, and see
whether there appear things which are not covered in my specs yet.
We need more and better meta-data, not a reinvented wheel.
--
MarkOv
----
Mark Overmeer MSc
ls do exist, but are usually not published by the distribution
makers. Maybe, you can collect those (and unify them) Could be far
more complex than you wish for.
--
Regards,
MarkOv
----
Mark Overmee
to one blob
2 Create one meta-data file which contains all three components.
As simple as that.
--
Regards,
MarkOv
----
Mark Overmeer MScMARKOV So
ains Perl. Of course, other kinds of applications
can use the archive data.
--
MarkOv
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net soluti...@overmeer.net
http://Mark.Overmeer.net http://solutions.overmeer.net
ral basic infrastructure. On the level of
network file-system. A totally new application of Internet. The beauty
of our community collection in CPAN can be extended to benefit all
computer users. That is where my CPAN6 is about. CPAN to the power 6.
Oh, maybe it will also be used for the
than you.
Ok, enough stirring-up for today. Let's eat diner.
--
MarkOv
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net soluti...@overmeer.net
http://Mark.Overmeer.net http://solutions.overmeer.net
e to decide.
As long as it has meta-data, it is ok to my scope.
--
Regards,
MarkOv
----
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net s
* Nicholas Clark (n...@ccl4.org) [090529 14:07]:
> On Fri, May 29, 2009 at 02:43:13PM +0200, Mark Overmeer wrote:
> > > "CPAN shall not piggyback another language" -- from ZCAN.
> > > Judging from the ZCAN page, I don't expect that uploading Ruby modules
>
* Timothy S. Nelson (wayl...@wayland.id.au) [090529 12:02]:
> On Fri, 29 May 2009, Mark Overmeer wrote:
> * CPAN6; this is a piece of software for managing an archive network (such as
> Pause6, below). This is not specified in this document; see
> http://cpan6.org/
Yes. It
! Perl6 and Perl5 are
unrelated sets of data. The only relation is the people who use it.
--
MarkOv
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net
, Perl5, parrot, pieton, python, PHP, family pictures, business
documents, ...
And yes, I you really want to make 1 huge archive where everything can
be put in, as suggested here, then it is still possible. That is how
ftp-servers are organized.
--
MarkOv
---
assumption.
Anyone interested in a CPAN6 hackathon?
--
Regards,
MarkOv
----
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net soluti...@overmeer.net
http://Mark.Overmeer.net http://solutions.overmeer.net
ap is meta-data definition and data transport.
--
Regards,
MarkOv
----
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net soluti...@overmeer.net
http://Mark.Overmeer.net http://solutions.overmeer.net
of "personal information"
is not an Perl6 issue, but it is solved in my CPAN6.
PACKAGING IS NOT OUR BALLGAME!!!
--
Regards,
MarkOv
----
Mark Overmeer MScMARKOV S
* Daniel Carrera (daniel.carr...@theingots.org) [090528 16:07]:
> Mark Overmeer wrote:
>> In March 2006, Sam Vilain and I started to think about a new CPAN
>> what we named CPAN6. There is a lot of information about the project on
>> http://cpan6.org
>
> I know about CP
look-up for module locations slow.
I have started to implement above as part of CPAN::Site for Perl5, more
as feasability study. Not releasable yet. Quite straight forward with
an INC code-hook.
--
MarkOv
----
let's discuss about the
project name". There is at least 40k lines of Perl code already
waiting to be used for this task.
--
Regards,
MarkOv
Mark Overmeer MSc
MarkOv
----
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net soluti...@overmeer.net
http://Mark.Overmeer.net http://solutions.overmeer.net
` Returns a copy.
Documentation and comments are alike: Documentation for external module
users, Comments for internal module users. Therefore, I think that a
'#= ' comes naturally next to the '# '
I suggest a syntax abbreviation from m/^\s*\`/ to "is doc<>"
-
the knowledge
without regular verification, because facts may change.
The designed interface should focus on what you want to do with the
OS, on (as abstract as possible) actions.
--
Regards,
MarkOv
----
Mar
his list, last
November. And yes, I agree with this closer code relationship between
IO objects and operations on them.
Starting point:
http://www.mail-archive.com/perl6-language@perl.org/msg28566.html
--
MarkOv
--
MarkOv
----
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net soluti...@overmeer.net
http://Mark.Overmeer.net http://solutions.overmeer.net
ion. I would say: ???B is "cpan-NG"
--
MarkOv
----
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net soluti...@overmeer.net
ht
sed for different things, so that has caused this
inconvenient name look-alike.
--
Regards,
MarkOv
----
Mark Overmeer MScMARKOV Solutions
m...@overmeer.net
of CPAN6, then you certainly must be
ware that 6PAN and CPAN6 have nothing to do with each other. Please do
not use them in combination. It is as silly as saying TCP/Linux
--
Regards,
MarkOv
----
Mar
pm installation part", and the "convert into
other installation tools" part.
Interested? Have a look at the website http://cpan6.org There are some
papers and presentation from various YAPCs, for instance the relatively
global level http://cpan6.org/
* Aristotle Pagaltzis ([EMAIL PROTECTED]) [081210 00:06]:
> * Mark Overmeer <[EMAIL PROTECTED]> [2008-12-08 21:20]:
> > A pitty that we do not focus on the general concept of OS
> > abstraction (knowing that some problems are only partially
> > solvable (on the moment)
* Aristotle Pagaltzis ([EMAIL PROTECTED]) [081208 19:16]:
> * Mark Overmeer <[EMAIL PROTECTED]> [2008-12-07 14:20]:
> > So why are you all so hessitating in making each other's life
> > easier? There is no 100% solution, but 0% is even worse!
>
> It looks
* Aristotle Pagaltzis ([EMAIL PROTECTED]) [081204 16:57]:
> * Mark Overmeer <[EMAIL PROTECTED]> [2008-12-04 16:50]:
> > * Aristotle Pagaltzis ([EMAIL PROTECTED]) [081204 14:38]:
> > > Furthermore, from the point of view of the OS, even treating file
> > > names a
quot;Sorry, do not understand your system";
}
--
Regards,
MarkOv
----
Mark Overmeer MScMARKOV Solutions
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://Mark.Overmeer.net http://solutions.overmeer.net
rror. Yes, you need quite more code for that.
--
MarkOv
----
Mark Overmeer MScMARKOV Solutions
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://Mark.Overmeer.net http://solutions.overmeer.net
r problem here.
I don't mind if problems with unicode are not solved or solvable.
Could be discuss about a buildin File::Spec/Path::Class? And we
allow us the same limitations as these have, for the moment.
--
Regards,
MarkOv
-
* Leon Timmermans ([EMAIL PROTECTED]) [081126 15:43]:
> On Wed, Nov 26, 2008 at 12:40 PM, Mark Overmeer <[EMAIL PROTECTED]> wrote:
> That is a task for the operating system, not Perl. You're trying to
> solve the problem at the wrong end here IMHO.
In my (and your) case, the
than Path::Class) but (as many other of my projects) did not
complete it to a usable/publishable level (yet).
It is all NOT too difficult to implement (we do share this knowledge),
but the design of this needs to be free from historical mistakes. That's
a challenge.
--
Regards,
or databases to do the optional intelligent work.
I do not think that your
use Locale::Lingua::Romana::Perligata;
is usable, because the translation (in general) adapts to the language
of the user of the module, not the likings of the author. A more
general use is:
setloca
a way to simplify the work for all of us who do
need to support many languages within one application
- create one standard, so all CPAN modules integrate in the same way
- let's try to get Perl to handle languages!
--
Regards,
MarkOv
Mark Overmeer MScMARKOV Solutions
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://Mark.Overmeer.net http://solutions.overmeer.net
unct approaches: this will probably produce the worst of both,
and makes no-one happy. (*) Sorry.
--
Regards,
MarkOv
(*) that said by a Dutchman, from a culture which is renowned to
discuss the middle way as solution for all conflicts.
-
Hi Mongers,
Part one of this story, which I released last week on this list, was
really provoking people to rethink the way work work now (not!)
The challenge was made by Damian, to design a documentation system which
is easier to use: where code and doc work together, in stead of bei
uggested can already be done with Pod, could some
> examples be shown.
I have asked for more extensive demonstrations how POD6 would
be used, but uptill now only saw very small documentation fragments.
But IMO, POD6 is not the problem: it's just not the solution.
--
Regards,
=begin INTRO
Mongers,
I must say, I am a bit disappointed that the discussions about the future
of documentation in Perl has died. Or was everyone fully occupied
by YAPC::NA? I spent last week with my family on a stormy island,
without sufficient internet access, so was unable to stirr things
> >> Mark Overmeer wrote:
> >> >Then, when you want to add some docs to the method, to help the
> >> >correct use, add it, for instance like:
> >> >
> >> > method isValidPostalCode(str $postalcode) returns bool {...}
> >> >
c
and code. So, it is only a "no" when @Larry says "no".
--
MarkOv
Mark Overmeer MScMARKOV Solutions
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://Mark.Overmeer.net http://solutions.overmeer.net
ools behind
this is very different. Our discussion has always been about that:
how much info can the tools produce automatically: is POD6 integrated
with Perl6, or only (accidentally) sharing the same file.
--
MarkOv
--
* Damian Conway ([EMAIL PROTECTED]) [070622 09:02]:
> Mark Overmeer wrote:
> >Then, when you want to add some docs to the method, to help the
> >correct use, add it, for instance like:
> >
> > method isValidPostalCode(str $postalcode) returns bool {...}
> >
e ways to
change the default mark-up of the parameters, for instance for the case
of MMD's, huge parameter lists, or where the parser cannot figure-out
info automatically.
--
Regards,
MarkOv
----
Ma
* Damian Conway ([EMAIL PROTECTED]) [070621 08:07]:
> Mark Overmeer wrote:
> [...yet another honest and heartfelt plea for Pod 6 to be something
> entirely different from what it is currently designed to be.]
> The solution is simple, you know, Mark. Why not just write up your own
>
ot be"?
> available. Just as the pod-to-whatever back-ends of the documentation
> chain must also be.
--
MarkOv
----
Mark Overmeer MScMARKOV Solutions
[EMAI
rants.
--
MarkOv
----
Mark Overmeer MScMARKOV Solutions
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://Mark.Overmeer.net http://solutions.overmeer.net
* Damian Conway ([EMAIL PROTECTED]) [070621 01:45]:
> Mark Overmeer wrote:
> >This is exactly the form of documentation you do *not* want the
> >user to write, for various reasons:
> Well, I agree it is the form that "you" (singular, specific) do not want;
> but
...
In this case, the Perl and POD are using the text in the file
in an overlapping way, but still the Perl6 and POD6 parsers are
fully seperate. This will open a whole new realm of possible
simplifications.
--
Regards,
MarkOv
t; is used a lot in
these flames, although the interpretation of that term is quite different,
World-wide. What is acceptable for the sake of "Freedom"?
--
MarkOv
----
Mark Overmeer MSc
er in een KISS way;
to achieve my goal in no time so I can drink (more) beer. Yeh, on the
subject of tests,... :-b
--
MarkOv
Mark Overmeer MScMARKOV Solutions
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://Mark.Overmeer.net http://solutions.overmeer.net
utual frustrations ;-)
--
MarkOv
----
Mark Overmeer MScMARKOV Solutions
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://Mark.Overmeer.net http://solutions.overmeer.net
rrectness
automatically improves where redundancy is removed. But that requires
a closer doc/code entanglement than a lot of the experienced Perl people
like (==are used to).
--
MarkOv
----
Mark Over
people agree that there may need some more guidance.
Warnings default "on" is a good idea, just as giving people a good
default documentation strategy.
--
Regards,
MarkOv
Mark Overmeer MScMARKOV Solutions
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://Mark.Overmeer.net http://solutions.overmeer.net
cumentation, you did an excellent job with the specification. It
is well written, well documented, and even implemented.
But I do not see how this approach contributes to the homogeneous set
of manual-pages for Perl modules that the end-user prefers. And I feel
that its freedom makes my life a
an (should) do better for Perl6.
--
MarkOv
----
Mark Overmeer MScMARKOV Solutions
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://Mark.Over
arder.
--
MarkOv
----
Mark Overmeer MScMARKOV Solutions
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://Mark.Overmeer.net http://solutions.overmeer.net
y about power: that the
Pope can't tell the President how to rule a country. But the people
need to merge their religious believes with their social duties.
Are you designing for "The Power" or "The People"?
--
Regards,
MarkOv
wouldn't
work for the Perl community...
--
Regards,
MarkOv
----
Mark Overmeer MScMARKOV Solutions
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://Mark.Overmeer.net http://solutions.overmeer.net
les must be preserved.
Is it really worth it to design a new syntax to avoid the use of 'for'
with chmod? In more characters as well?
--
MarkOv
----
Mark Overmeer MSc
* Gabor Szabo ([EMAIL PROTECTED]) [060326 19:26]:
> On 3/26/06, Mark Overmeer <[EMAIL PROTECTED]> wrote:
> > > LIST = chmod MODE, LIST
> >
> > My feeling is that this function design is a bit of a mistake. Usually,
> > one perl function maps on one operati
> 4) "filename".chmod(MODE) should also work and I guess
> .chmod(MODE) should also work on those 3 files
Should all methods which accept a string as argument have an alternative method
in the string class? Why then in this case?
--
Regards,
.
>:-)
=cut
Much cleaner, and I don't like Pascal.
--
Regards,
MarkOv
----
Mark Overmeer MScMARKOV Solutions
[EMAIL PROTECTED]
re than
=begin skip_this
...
=end
F.i:
=explain code
or
=begin explain code
--
MarkOv
Mark Overmeer MScMARKOV Solutions
[EMAIL PROTECTED] [EMAIL PROTECTED]
http://Mark.Overmeer.net http://solutions.overmeer.net
required for a good and large
new library. Were we can store presentations and teaching materials for
the new languages, and so on.
--
Regards,
MarkOv
----
Mark Overmeer MScMARKO
. In general, it has many benefit to pick
one name, and solve everything else via a searching mechanism like
search.cpan.org.
--
MarkOv
----
Mark Overmeer MScMARKOV Solutions
* Stevan Little ([EMAIL PROTECTED]) [060305 02:49]:
> On 3/4/06, Mark Overmeer <[EMAIL PROTECTED]> wrote:
> > Could we try to kind-of pre-register name-spaces for perl6 modules?
> There is no need to do such a thing, we have the 3 level naming scheme
> in Perl 6 now.
> F
atures
we got from each other. It's quite a big leap we can -and have to- make!
NOW is THE chance to improve the quality of our code base.
--
Regards,
MarkOv
----
Mark Overmeer MSc
nctions, and hashes)
produce different results for both cases, the better the choice for
distinction is, because people get aware of it without reading a book.
--
MarkOv
----
Mark Overmeer MS
* Ingo Blechschmidt ([EMAIL PROTECTED]) [050519 16:52]:
> Should it be possible to give an own comparator block, similar as with
> grep? E.g.
> uniq ; #
>
> uniq:{ abs $^a == abs $^b } 42, 23, -23, 23, 42
> # 42, 23, 42
'uniq' differs from 'sort' because there is no
* Juerd ([EMAIL PROTECTED]) [040823 19:46]:
> David Green skribis 2004-08-23 11:30 (-0600):
> > One of the selling features (or one of the features that is always sold)
> > of POD is that you can mix it with your code. Except nobody does, at
> > least I can't recall that last time I saw a module
82 matches
Mail list logo
