On Wed, 6 Jan 2021 14:17:30 +0200
Tauno Voipio <tauno.voipio@notused.fi.invalid> wrote:
This is a common construction in compiler-generated
machine code, if the first function calls another
just before return.
bar: .cfi_startproc
... do something
call foo
ret
I recall optimising things like that by changing the last two lines
to:
jmp foo
foo: .. do more ..
ret
On Tue, 05 Jan 2021 14:06:57 -0700, Peter Flass wrote:
You shouldn’t need declarations in C unless you’re using one of thoseLast time I tried it, (about 2 months ago), the current GNU C compiler >accepts the old K&R C first edition procedure declaration syntax. I wish
new-fangled compilers that requires them. Old code should still be
supported, though.
more compilers worked this way.
Martin Gregorie <martin@mydomain.invalid> writes:
On Tue, 05 Jan 2021 14:06:57 -0700, Peter Flass wrote:
You shouldn’t need declarations in C unless you’re using one of those >>> new-fangled compilers that requires them. Old code should still beLast time I tried it, (about 2 months ago), the current GNU C compiler >>accepts the old K&R C first edition procedure declaration syntax. I wish >>more compilers worked this way.
supported, though.
It will not, however, accept the original V6 C "a =+ b" ambiguous
syntax, so older code may still need to be edited before compilation
with a modern compiler.
On Wed, 06 Jan 2021 15:15:36 +0000, Scott Lurndal wrote:
Martin Gregorie <martin@mydomain.invalid> writes:
On Tue, 05 Jan 2021 14:06:57 -0700, Peter Flass wrote:
You shouldn’t need declarations in C unless you’re using one of those >>>> new-fangled compilers that requires them. Old code should still beLast time I tried it, (about 2 months ago), the current GNU C compiler >>>accepts the old K&R C first edition procedure declaration syntax. I wish >>>more compilers worked this way.
supported, though.
It will not, however, accept the original V6 C "a =+ b" ambiguous
syntax, so older code may still need to be edited before compilation
with a modern compiler.
I don't *think* I've ever written that or even seen it in valid code.
Martin Gregorie <martin@mydomain.invalid> writes:
On Wed, 06 Jan 2021 15:15:36 +0000, Scott Lurndal wrote:From the V6 C compiler source:
Martin Gregorie <martin@mydomain.invalid> writes:
On Tue, 05 Jan 2021 14:06:57 -0700, Peter Flass wrote:
You shouldn’t need declarations in C unless you’re using one ofLast time I tried it, (about 2 months ago), the current GNU C compiler >>>>accepts the old K&R C first edition procedure declaration syntax. I >>>>wish more compilers worked this way.
those new-fangled compilers that requires them. Old code should
still be supported, though.
It will not, however, accept the original V6 C "a =+ b" ambiguous
syntax, so older code may still need to be edited before compilation
with a modern compiler.
I don't *think* I've ever written that or even seen it in valid code.
/*
* The hash table locations of the keywords * are marked; if an
identifier hashes to one of * these locations, it is looked up
in in the keyword * table first.
*/
for (ip=kwtab; (sp = ip->kwname); ip++) {
i = 0;
while (*sp)
i =+ *sp++;
hshtab[i%hshsiz].hflag = FKEYW;
}
Note also that in that version of the compiler, MOS (member of
structure) names were global and could be used with any pointer
regardless of type.
https://github.com/mortdeus/legacy-cc/blob/master/last1120c/c00.c
This makes it difficult to build the original V6 c compiler using a
modern compiler :-)
On Wed, 06 Jan 2021 09:36:10 +0000, The Natural Philosopher wrote:
On 05/01/2021 22:23, Martin Gregorie wrote:
In both languages, context selects the appropriate method
Until it doesn't.
A day wasted debugging JavaScript to ascertain why IE was totally
different to Firefox.
There was an implicit cast happening in IE which wasn't in Firefox that
turned a 1 into a "1"..
Context dependency just adds another layer of complexity and a source of
more bugs
... well, if you use crappy interpreted languages with untyped variables
then you've chosen to accept that sort of thing as normal.
I much prefer strongly typed languages, so the only language I use that
isn't strongly typed is the bash shell script.
On 06/01/2021 10:43, Martin Gregorie wrote:
On Wed, 06 Jan 2021 09:36:10 +0000, The Natural Philosopher wrote:Sadly javaScript is all you get in a browser
On 05/01/2021 22:23, Martin Gregorie wrote:
In both languages, context selects the appropriate method
Until it doesn't.
A day wasted debugging JavaScript to ascertain why IE was totally
different to Firefox.
There was an implicit cast happening in IE which wasn't in Firefox
that turned a 1 into a "1"..
Context dependency just adds another layer of complexity and a source
of more bugs
... well, if you use crappy interpreted languages with untyped
variables then you've chosen to accept that sort of thing as normal.
Martin Gregorie wrote:
if you use crappy interpreted languages with untyped variables
then you've chosen to accept that sort of thing as normal.
Sadly javaScript is all you get in a browser
On 06/01/2021 10:43, Martin Gregorie wrote:
... well, if you use crappy interpreted languages with untyped variablesSadly javaScript is all you get in a browser
then you've chosen to accept that sort of thing as normal.
On Wed, 06 Jan 2021 18:09:02 +0000, The Natural Philosopher wrote:
On 06/01/2021 10:43, Martin Gregorie wrote:Fair comment. So far when I've needed dynamic web pages, which isn't
On Wed, 06 Jan 2021 09:36:10 +0000, The Natural Philosopher wrote:Sadly javaScript is all you get in a browser
On 05/01/2021 22:23, Martin Gregorie wrote:
In both languages, context selects the appropriate method
Until it doesn't.
A day wasted debugging JavaScript to ascertain why IE was totally
different to Firefox.
There was an implicit cast happening in IE which wasn't in Firefox
that turned a 1 into a "1"..
Context dependency just adds another layer of complexity and a source
of more bugs
... well, if you use crappy interpreted languages with untyped
variables then you've chosen to accept that sort of thing as normal.
often, PHP has done everything I've needed.
The Natural Philosopher wrote:
Martin Gregorie wrote:
if you use crappy interpreted languages with untyped variables
then you've chosen to accept that sort of thing as normal.
Sadly javaScript is all you get in a browser
or wasm, which can run compiled code from
C
C++
C#
Kotlin
Rust etc
On 06/01/2021 18:35, Andy Burns wrote:
The Natural Philosopher wrote:
Martin Gregorie wrote:
if you use crappy interpreted languages with untyped variables
then you've chosen to accept that sort of thing as normal.
Sadly javaScript is all you get in a browser
or wasm, which can run compiled code from
C
C++
C#
Kotlin
Rust etc
How can you run code compiled for *86 on a ARM based browser?
On 06/01/2021 18:39, The Natural Philosopher wrote:yeah. I looked it up...
On 06/01/2021 18:35, Andy Burns wrote:Use an intermediate language and a virtual machine, similar to Java JVM
The Natural Philosopher wrote:
Martin Gregorie wrote:
if you use crappy interpreted languages with untyped variables
then you've chosen to accept that sort of thing as normal.
Sadly javaScript is all you get in a browser
or wasm, which can run compiled code from
C
C++
C#
Kotlin
Rust etc
How can you run code compiled for *86 on a ARM based browser?
or .net runtime.
On 06/01/2021 19:03, Pancho wrote:
On 06/01/2021 18:39, The Natural Philosopher wrote:yeah. I looked it up...
On 06/01/2021 18:35, Andy Burns wrote:Use an intermediate language and a virtual machine, similar to Java
The Natural Philosopher wrote:
Martin Gregorie wrote:
if you use crappy interpreted languages with untyped variables
then you've chosen to accept that sort of thing as normal.
Sadly javaScript is all you get in a browser
or wasm, which can run compiled code from
C
C++
C#
Kotlin
Rust etc
How can you run code compiled for *86 on a ARM based browser?
JVM or .net runtime.
On 06/01/2021 18:29, Martin Gregorie wrote:
On Wed, 06 Jan 2021 18:09:02 +0000, The Natural Philosopher wrote:Php is fine server side, but to get speed with a decent interactive page
On 06/01/2021 10:43, Martin Gregorie wrote:Fair comment. So far when I've needed dynamic web pages, which isn't
On Wed, 06 Jan 2021 09:36:10 +0000, The Natural Philosopher wrote:Sadly javaScript is all you get in a browser
On 05/01/2021 22:23, Martin Gregorie wrote:
In both languages, context selects the appropriate method
Until it doesn't.
A day wasted debugging JavaScript to ascertain why IE was totally
different to Firefox.
There was an implicit cast happening in IE which wasn't in Firefox
that turned a 1 into a "1"..
Context dependency just adds another layer of complexity and a
source of more bugs
... well, if you use crappy interpreted languages with untyped
variables then you've chosen to accept that sort of thing as normal.
often, PHP has done everything I've needed.
you need JavaScript in the browser, even if its just Ajax.
Andy Burns wrote:
The Natural Philosopher wrote:
Sadly javaScript is all you get in a browser
or wasm, which can run compiled code
How can you run code compiled for *86 on a ARM based browser?
On 06/01/2021 19:08, The Natural Philosopher wrote:
On 06/01/2021 19:03, Pancho wrote:
On 06/01/2021 18:39, The Natural Philosopher wrote:yeah. I looked it up...
On 06/01/2021 18:35, Andy Burns wrote:Use an intermediate language and a virtual machine, similar to Java
The Natural Philosopher wrote:
Martin Gregorie wrote:
if you use crappy interpreted languages with untyped variables
then you've chosen to accept that sort of thing as normal.
Sadly javaScript is all you get in a browser
or wasm, which can run compiled code from
C
C++
C#
Kotlin
Rust etc
How can you run code compiled for *86 on a ARM based browser?
JVM or .net runtime.
So my looking it up was a waste of time ;-)
I've always found web GUI work very difficult. I keep hoping someone
will make it as simple a native GUI, but it still seems overly difficult.
On 06/01/2021 19:19, Pancho wrote:
On 06/01/2021 19:08, The Natural Philosopher wrote:Oh. reverse for me. couldn't write an X window program to save my life.
On 06/01/2021 19:03, Pancho wrote:So my looking it up was a waste of time ;-)
On 06/01/2021 18:39, The Natural Philosopher wrote:yeah. I looked it up...
On 06/01/2021 18:35, Andy Burns wrote:Use an intermediate language and a virtual machine, similar to Java
The Natural Philosopher wrote:
Martin Gregorie wrote:
if you use crappy interpreted languages with untyped variables >>>>>>>> then you've chosen to accept that sort of thing as normal.
Sadly javaScript is all you get in a browser
or wasm, which can run compiled code from
C
C++
C# Kotlin Rust etc
How can you run code compiled for *86 on a ARM based browser?
JVM or .net runtime.
I've always found web GUI work very difficult. I keep hoping someone
will make it as simple a native GUI, but it still seems overly
difficult.
Quite happy to design stuff in html and javascript tho
On Wed, 6 Jan 2021 14:17:30 +0200lines
Tauno Voipio <tauno.voipio@notused.fi.invalid> wrote:
This is a common construction in compiler-generated
machine code, if the first function calls another
just before return.
bar: .cfi_startproc
... do something
call foo
ret
I recall optimising things like that by changing the last two
to:
jmp foo
foo: .. do more ..
ret
On Wed, 06 Jan 2021 12:42:05 GMT, Ahem A Rivet's Shot <steveo@eircom.net> wrote:
On Wed, 6 Jan 2021 14:17:30 +0200
Tauno Voipio <tauno.voipio@notused.fi.invalid> wrote:
This is a common construction in compiler-generated
machine code, if the first function calls another
just before return.
bar: .cfi_startproc
... do something
call foo
ret
I recall optimising things like that by changing the last twolines
to:
jmp foo
foo: .. do more ..
ret
I'm naive; what's the problem with:
bar: .cfi_startproc
... do something
;;; call foo
;;; ret
; just fallthru to execute foo and exit.
foo: .. do more ..
ret
Php is fine server side, but to get speed with a decent interactive pageFair comment. So far when I've needed dynamic web pages, which isn't
often, PHP has done everything I've needed.
you need JavaScript in the browser, even if its just Ajax.
In comp.sys.raspberry-pi, Charlie Gibbs <cgibbs@kltpzyxm.invalid> wrote:
On 2021-01-05, Martin Gregorie <martin@mydomain.invalid> wrote:
Its very useful indeed in Java: its often helpful to use the same name
with different parameter lists for constructors and also for methods that >>> all do similar jobs, e.g for outputting values from a class its helpful
to use the same method name, with different parameter lists say:
getValue(String caption, int value);
getValue(String caption, double value);
getValue(String caption, boolean value);
Java gets that from C++ doesn't it?
I find it easier to just cast "value" to a consistent type.
But then, I'm a hidebound C weenie...
Use a union type with an enum for which value in the value is
the proper one. That can easily expand to new types that are not
easily cast.
+1. The smarter the language the stupider the coder in my experience.
I avoid that technique - it invites other stupid mistakes.
Same goes for smart phones.
Den 2021-01-06 kl. 03:17, skrev Eli the Bearded:
In comp.sys.raspberry-pi, Charlie Gibbs <cgibbs@kltpzyxm.invalid> wrote: >>> On 2021-01-05, Martin Gregorie <martin@mydomain.invalid> wrote:
Its very useful indeed in Java: its often helpful to use the same name >>>> with different parameter lists for constructors and also for methods
that
all do similar jobs, e.g for outputting values from a class its helpful >>>> to use the same method name, with different parameter lists say:
getValue(String caption, int value);
getValue(String caption, double value);
getValue(String caption, boolean value);
Java gets that from C++ doesn't it?
I find it easier to just cast "value" to a consistent type.
But then, I'm a hidebound C weenie...
Use a union type with an enum for which value in the value is
the proper one. That can easily expand to new types that are not
easily cast.
easy ?
<cut long list of c-statements/>
How someone can object to the ease of overloading is just beyond me.
It's very simple. It makes things that behave very differently look
exactly the same.
which is a recipe for disaster
On 08/01/2021 13:39, Björn Lundin wrote:
How someone can object to the ease of overloading is just beyond me.
It's very simple. It makes things that behave very differently look
exactly the same.
Den 2021-01-06 kl. 19:37, skrev The Natural Philosopher:
Fair comment. So far when I've needed dynamic web pages, which isn't
often, PHP has done everything I've needed.
Php is fine server side, but to get speed with a decent interactive page
you need JavaScript in the browser, even if its just Ajax.
an language that needs
* 'loose comparison' ==
* 'strict comparison' ===
with accompanying truth tables that are not-so-obvious is just a bad joke.
<https://www.php.net/manual/en/types.comparisons.php>
true == 0 -> false
true === 0 -> false
true == 1 -> true
true === 1 -> false
WTF?
On 2021-01-08, Björn Lundin <b.f.lundin@gmail.com> wrote:
an language that needs
* 'loose comparison' ==
* 'strict comparison' ===
with accompanying truth tables that are not-so-obvious is just a bad
joke.
<https://www.php.net/manual/en/types.comparisons.php>
true == 0 -> false
true === 0 -> false
true == 1 -> true
true === 1 -> false
WTF?
That sounds like a description of one of those bogus programming
languages that pops up in humour columns from time to time.
One of them proposed an operator meaning "is more equal than"
(shades of Animal Farm).
Den 2021-01-06 kl. 03:17, skrev Eli the Bearded:
Use a union type with an enum for which value in the value is
the proper one. That can easily expand to new types that are not
easily cast.
easy ?
<cut long list of c-statements/>
How someone can object to the ease of overloading is just beyond me.
This is a common construction in compiler-generated
machine code, if the first function calls another
just before return.
bar: .cfi_startproc
... do something
call foo
ret
foo: .. do more ..
ret
Why any coder would want a procname with different calling lists is
beyond me.
Oh. reverse for me. couldn't write an X window program to save my life.
Quite happy to design stuff in html and javascript tho
On 2021-01-08, Björn Lundin <b.f.lundin@gmail.com> wrote:
with accompanying truth tables that are not-so-obvious is just a bad joke. >>
<https://www.php.net/manual/en/types.comparisons.php>
true == 0 -> false
true === 0 -> false
true == 1 -> true
true === 1 -> false
WTF?
That sounds like a description of one of those bogus programming
languages that pops up in humour columns from time to time.
One of them proposed an operator meaning "is more equal than"
(shades of Animal Farm).
COBOL is another language that historically tended to support only the
latest syntax, which is a pain since source files can be huge. I've
worked on COBOL program modules that ran to over 5000 lines back in the
day, i.e before 1978, when COBOL didn't yet support writing separately >compiled subroutines (no LINKAGE SECTION), though AFAIK COBOL has always >supported calling subroutines written in other languages).
Make that value comparison ...
... and value and type comparison
Seems fine to me, you just have to understand what it means like
any other language construct.
Sorry but neither. I'm positing the problem of analysing binary when it
does not feature in any known published format.
Oh. reverse for me. couldn't write an X window program to save my life.
Quite happy to design stuff in html and javascript tho
On 07/01/2021 04:07, The Natural Philosopher wrote:
Oh. reverse for me. couldn't write an X window program to save myYeah, I didn't mean X, or even rather comically Curses. I meant:
life. Quite happy to design stuff in html and javascript tho
WinForms, WPF, Swing as opposed to: Angular or React. Even Asp.Net was
much harder than WinForms.
On 09/01/2021 12:25, Pancho wrote:
On 07/01/2021 04:07, The Natural Philosopher wrote:
Oh. reverse for me. couldn't write an X window program to save myYeah, I didn't mean X, or even rather comically Curses. I meant:
life. Quite happy to design stuff in html and javascript tho
WinForms, WPF, Swing as opposed to: Angular or React. Even Asp.Net was
much harder than WinForms.
never heard of any of them. I guess they are Windows junk,
On Wed, 6 Jan 2021 08:25:33 -0000 (UTC), Martin Gregorie <martin@mydomain.invalid> declaimed the following:
"copyCOBOL is another language that historically tended to support only the >>latest syntax, which is a pain since source files can be huge. I've
worked on COBOL program modules that ran to over 5000 lines back in the >>day, i.e before 1978, when COBOL didn't yet support writing separately >>compiled subroutines (no LINKAGE SECTION), though AFAIK COBOL has always >>supported calling subroutines written in other languages).
LINKAGE SECTION was part of the COBOL-74 standard, and I recall it existed on the Xerox Sigma-6 COBOL that was used at my college when I attended (76-80). Our assignments may not have used it -- or we only had
a short intro to the concept.
However, I'm fairly certain my college compiler did not support
books"... And since that time-frame meant 24x80 text terminals, and line
mode text editors, one would have to manually duplicate the section from
a listing... Or write the program on the IBM 029 card punch -- feeding
the linkage section into it in duplicate mode, then inserting the copy
into the second file...
On Sat, 09 Jan 2021 12:46:48 +0000, The Natural Philosopher wrote:
On 09/01/2021 12:25, Pancho wrote:
On 07/01/2021 04:07, The Natural Philosopher wrote:
Oh. reverse for me. couldn't write an X window program to save myYeah, I didn't mean X, or even rather comically Curses. I meant:
life. Quite happy to design stuff in html and javascript tho
WinForms, WPF, Swing as opposed to: Angular or React. Even Asp.Net was
much harder than WinForms.
never heard of any of them. I guess they are Windows junk,
Curses is purest C - it sits on top of the termcap functions and adds capabilities like pop-up subwindows
Swing (and AWT) are Java graphics packages included in the standard class library, available since at least Java 2. They are fairly high level
classes, implementing buttons, menus, scrollable resizable windows etc.
as well as a mouse interface.
Curses is purest C - it sits on top of the termcap functions and adds capabilities like pop-up subwindows
Never used java. Runtime is enormous...I know curses.
Looked at gtk toolkit and decided learning curve too big.
browser based was in fact more portable than native code
On 09/01/2021 15:49, Martin Gregorie wrote:
Curses is purest C - it sits on top of the termcap functions and adds
capabilities like pop-up subwindows
It also uses y,x coordinates which drives me up the wall!
Depends what the program is: Hello World in Java is 419 bytes (the C
version is 19554 bytes and the source is smaller too (21 lines, 147 chars
vs 26 lines, 282 chars) and anyway I like the WORA principle
On Sat, 09 Jan 2021 18:33:04 +0000, The Natural Philosopher wrote:
Never used java. Runtime is enormous...I know curses.
Depends what the program is: Hello World in Java is 419 bytes (the C
version is 19554 bytes and the source is smaller too (21 lines, 147 chars
Of executable code, the Java Byte Code needs a JVM to run it and
they tend to be memory hogs IME.
On Sat, 9 Jan 2021 19:20:21 -0000 (UTC), Martin Gregorie <martin@mydomain.invalid> declaimed the following:Java
Depends what the program is: Hello World in Java is 419 bytes (the C >>version is 19554 bytes and the source is smaller too (21 lines, 147And how big is the byte-code interpreter/JVM needed to /run/ that
chars vs 26 lines, 282 chars) and anyway I like the WORA principle
example? Vs the directly executable C program?
However, I should hardly need to remind you that C and C++ programs
aren't always exactly economical when it comes to load size: I remember looking at this a long time back when Borland compilers were still a
thing. IIRC 'hello world' in ANSI C compiled to several 10s of Kbytes and
the C++ version compiled to 800Kb using the then current version of
Borland's finest.
So, bottom line: I've developed and run fairly substantial Java programs
on relatively small Linux boxes and never had issues with running out of memory.
On Sat, 09 Jan 2021 18:36:00 +0000, druck wrote:
On 09/01/2021 15:49, Martin Gregorie wrote:But so does termcap - no getting away from that if you want simple and formatted output direct to the console
Curses is purest C - it sits on top of the termcap functions and adds
capabilities like pop-up subwindows
It also uses y,x coordinates which drives me up the wall!
-unless you're going to follow TNP's lead and just spit HTML text at Lynx
or the web browser of your choice.
- or use PHP to do pretty much the same thing, though this will probably
result in a more complex program structure if what it does is
non-trivial.
So PHP is not equivalent to JavaScript. PHP is fine at interrogating databases and doing a lot of server side stuff, but for popup dialogues
and menus that expand you need Javascript.
The Natural Philosopher wrote:
for popup dialogues and menus that expand you need Javascript.
I thought those could be done in HTML and CSS these days.
On Wed, 6 Jan 2021 08:25:33 -0000 (UTC), Martin Gregorie <martin@mydomain.invalid> declaimed the following:
COBOL is another language that historically tended to support only the
latest syntax, which is a pain since source files can be huge. I've
worked on COBOL program modules that ran to over 5000 lines back in the
day, i.e before 1978, when COBOL didn't yet support writing separately
compiled subroutines (no LINKAGE SECTION), though AFAIK COBOL has always
supported calling subroutines written in other languages).
LINKAGE SECTION was part of the COBOL-74 standard, and I recall it existed on the Xerox Sigma-6 COBOL that was used at my college when I attended (76-80). Our assignments may not have used it -- or we only had a short intro to the concept.
However, I'm fairly certain my college compiler did not support "copy books"... And since that time-frame meant 24x80 text terminals, and line
mode text editors, one would have to manually duplicate the section from a listing... Or write the program on the IBM 029 card punch -- feeding the linkage section into it in duplicate mode, then inserting the copy into the second file...
On Sun, 10 Jan 2021 12:15:58 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:
So PHP is not equivalent to JavaScript. PHP is fine at interrogating
databases and doing a lot of server side stuff, but for popup dialogues
and menus that expand you need Javascript.
I thought those could be done in HTML and CSS these days.
Ahem A Rivet's Shot wrote:
The Natural Philosopher wrote:
for popup dialogues and menus that expand you need Javascript.
I thought those could be done in HTML and CSS these days.
Yes, using selectors such as :focus, :checked or :target instead of
event handlers such as onfocus() or onchange(), and if you can ignore
older browsers.
You can do a certain amount of form validation with pure html/css, but
it generally doesn't take long to need *some* javascript, at which point
you might as well make your life a bit easier and use it in more places
for consistency.
I've been doing some Arduino programming recently, and while I'm writing
C, it's clearly C++ overall because of the libraries I'm using, some of
which are overloading stuff.
One of those does things I find awkward
because it tries to invoke the int method at times I don't want. Eg
it wants zero to be the ASCII zero instead of ASCII null unless I write
it as "byte(0)".
Cant see how to do that in css. willing to find out
On 10/01/2021 12:33, Ahem A Rivet's Shot wrote:
On Sun, 10 Jan 2021 12:15:58 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:
So PHP is not equivalent to JavaScript. PHP is fine at interrogating
databases and doing a lot of server side stuff, but for popup dialogues
and menus that expand you need Javascript.
I thought those could be done in HTML and CSS these days.
not really - unless you consider that e.g. onmouseover() or hover: is
not Javascript and even then if you want to unhide some block, you need
to be able to address it via the DOM. So you need a getElementbyId(x).style.display='block'; and so on.
Cant see how to do that in css. willing to find out
I cant really write a web page the way I want it without javascript
these days. Ok its not a LOT of javascript.
On Sun, 10 Jan 2021 12:15:58 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:
So PHP is not equivalent to JavaScript. PHP is fine at interrogating
databases and doing a lot of server side stuff, but for popup dialogues
and menus that expand you need Javascript.
I thought those could be done in HTML and CSS these days.
Ahem A Rivet's Shot wrote:
The Natural Philosopher wrote:
for popup dialogues and menus that expand you need Javascript.
I thought those could be done in HTML and CSS these days.
Yes, using selectors such as :focus, :checked or :target instead of
event handlers such as onfocus() or onchange(), and if you can ignore
older browsers.
Ahem A Rivet's Shot wrote:
I thought those could be done in HTML and CSS these days.
Not if you have a sequence of popups, where the content of a subsquent one depends on the choice made in the previous one.
On Sun, 10 Jan 2021 13:59:19 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:
On 10/01/2021 12:33, Ahem A Rivet's Shot wrote:
On Sun, 10 Jan 2021 12:15:58 +0000not really - unless you consider that e.g. onmouseover() or hover: is
The Natural Philosopher <tnp@invalid.invalid> wrote:
So PHP is not equivalent to JavaScript. PHP is fine at interrogating
databases and doing a lot of server side stuff, but for popup dialogues >>>> and menus that expand you need Javascript.
I thought those could be done in HTML and CSS these days.
hver: is CSS onmouseover() is JavaScript.
not Javascript and even then if you want to unhide some block, you need
to be able to address it via the DOM. So you need a
getElementbyId(x).style.display='block'; and so on.
I've seen hide/unhide done without JavaScript. Admittedly it looks clearer and easier in JavaSript.
Cant see how to do that in css. willing to find out
I get the impression that there's a lot that can be done in pure
CSS but ingenuity tends to be needed and it's sometimes far from obvious
how things work (based on looking at some examples).
I cant really write a web page the way I want it without javascript
these days. Ok its not a LOT of javascript.
Fair enough, the original intent of JavaScript was simple additions rather than client side applications so it's nice to hear it being treated that way.
On 10 Jan 2021 at 12:33:26 GMT, Ahem A Rivet's Shot <steveo@eircom.net> wrote:
On Sun, 10 Jan 2021 12:15:58 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:
So PHP is not equivalent to JavaScript. PHP is fine at interrogating
databases and doing a lot of server side stuff, but for popup
dialogues and menus that expand you need Javascript.
I thought those could be done in HTML and CSS these days.
Not if you have a sequence of popups, where the content of a subsquent one depends on the choice made in the previous one. And the choices in them,
or even whether they are presented at all, depends on what you read out
of your databases server-side.
then use css to modify the styles depending on whether their
states are checked or not.
On 10 Jan 2021 15:13:39 GMT
TimS <timstreater@greenbee.net> wrote:
On 10 Jan 2021 at 12:33:26 GMT, Ahem A Rivet's Shot <steveo@eircom.net>
wrote:
On Sun, 10 Jan 2021 12:15:58 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:
So PHP is not equivalent to JavaScript. PHP is fine at interrogating
databases and doing a lot of server side stuff, but for popup
dialogues and menus that expand you need Javascript.
I thought those could be done in HTML and CSS these days.
Not if you have a sequence of popups, where the content of a subsquent one >> depends on the choice made in the previous one. And the choices in them,
or even whether they are presented at all, depends on what you read out
of your databases server-side.
I'd think sending the whole decision tree up front should work, it worked fine back when I was doing directory trees in early JavaScript on Netscape 2.
On 10 Jan 2021 at 15:35:20 GMT, Ahem A Rivet's Shot <steveo@eircom.net> wrote:
I'd think sending the whole decision tree up front should work,
it worked fine back when I was doing directory trees in early
JavaScript on Netscape 2.
Er no. It will get out of hand when you have 30 in the first popup, 40 in
the second, and 30 again in the third. When I did the front end to an
assets database at my last job, that's how I started it. I could see it wasn't going to scale.
On 10 Jan 2021 at 15:35:20 GMT, Ahem A Rivet's Shot <steveo@eircom.net> wrote:the
On 10 Jan 2021 15:13:39 GMT
TimS <timstreater@greenbee.net> wrote:
On 10 Jan 2021 at 12:33:26 GMT, Ahem A Rivet's Shot <steveo@eircom.net> >>> wrote:
> On Sun, 10 Jan 2021 12:15:58 +0000
> The Natural Philosopher <tnp@invalid.invalid> wrote:
>
>> So PHP is not equivalent to JavaScript. PHP is fine at interrogating >>> >> databases and doing a lot of server side stuff, but for popup
>> dialogues and menus that expand you need Javascript.
>
> I thought those could be done in HTML and CSS these days.
Not if you have a sequence of popups, where the content of a subsquent one
depends on the choice made in the previous one. And the choices in them, >>> or even whether they are presented at all, depends on what you read out >>> of your databases server-side.
I'd think sending the whole decision tree up front should work, it
worked fine back when I was doing directory trees in early JavaScript on
Netscape 2.
Er no. It will get out of hand when you have 30 in the first popup, 40 in
second, and 30 again in the third. When I did the front end to an assets database at my last job, that's how I started it. I could see it wasn'tgoing
to scale.
On 10 Jan 2021 15:13:39 GMT
TimS <timstreater@greenbee.net> wrote:
On 10 Jan 2021 at 12:33:26 GMT, Ahem A Rivet's Shot <steveo@eircom.net>
wrote:
On Sun, 10 Jan 2021 12:15:58 +0000
The Natural Philosopher <tnp@invalid.invalid> wrote:
So PHP is not equivalent to JavaScript. PHP is fine at interrogating >>>> databases and doing a lot of server side stuff, but for popup
dialogues and menus that expand you need Javascript.
I thought those could be done in HTML and CSS these days.
Not if you have a sequence of popups, where the content of a subsquent one >> depends on the choice made in the previous one. And the choices in them,
or even whether they are presented at all, depends on what you read out
of your databases server-side.
I'd think sending the whole decision tree up front should work, it worked fine back when I was doing directory trees in early JavaScript on Netscape 2.
On 10/01/2021 17:23, TimS wrote:
On 10 Jan 2021 at 15:35:20 GMT, Ahem A Rivet's Shot <steveo@eircom.net>Actually it doesn't get out of hand,
wrote:
On 10 Jan 2021 15:13:39 GMT
TimS <timstreater@greenbee.net> wrote:
On 10 Jan 2021 at 12:33:26 GMT, Ahem A Rivet's Shot <steveo@eircom.net>
wrote:
> On Sun, 10 Jan 2021 12:15:58 +0000
> The Natural Philosopher <tnp@invalid.invalid> wrote:
>
>> So PHP is not equivalent to JavaScript. PHP is fine at interrogating
>> databases and doing a lot of server side stuff, but for popup
>> dialogues and menus that expand you need Javascript.
>
> I thought those could be done in HTML and CSS these days.
Not if you have a sequence of popups, where the content of a subsquent one
depends on the choice made in the previous one. And the choices in them,
or even whether they are presented at all, depends on what you read out
of your databases server-side.
I'd think sending the whole decision tree up front should work, it
worked fine back when I was doing directory trees in early JavaScript on >>> Netscape 2.
Er no. It will get out of hand when you have 30 in the first popup, 40 in the
second, and 30 again in the third. When I did the front end to an assets
database at my last job, that's how I started it. I could see it wasn't going
to scale.
As I said in order to have a rapidly navigable store inventory I sent
the whole bloody stock list down sorted by category as a giant series of hidden <divs> and used javascript to open up the parts of the tree the
user wanted to view.
Loaded far faster than my banking software does these days.
Andy Burns wrote:
then use css to modify the styles depending on whether their
states are checked or not.
CSS is strictly for design not content.
I am particularly interested in the Binary Blob
provided for Raspberry Pi computers, with a view to
getting detailed knowledge of the video processors
employed therein.
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 503 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 227:32:53 |
| Calls: | 9,884 |
| Calls today: | 6 |
| Files: | 13,791 |
| Messages: | 6,206,463 |
| Posted today: | 1 |