Back to index

Page Contents (page19)








new chars/structures on this page

general atom symbol drawn by the word 'atom'

atom(1) hydrogen atom(2) helium atom(3) lithium

yes. the number strokes lines are very thin.
right now it is just scaling the number vector.
It will need to be redone with a thicker line width later

IONS

atom(1.1) hydrogen +1 electron anion atom(6.-1) carbon -1 electron cation

ISOTOPES

atom(6 14) carbon 14 atom(8 17)oxygen 17

atom(1 +1) hydrogen +1 neutron isotope.

atom(7 -2) nitrogen -2 neutron isotope. 7 proton 5
secondary notation method.
the adjuster number specifies 'neutron count = proton_count +/- x'

atom (82 208) = atom (82 +44) Lead 208 (neutrons = protons + 44)

might add third isotope notation based on beta-stability line deviation

ISOTOPES + IONS
don't use the '.' for the ion. just space it out as the third value

atom (1 1 -1) hydrogen-1 -1 electron. aka a proton

atom (8 16 2) oxygen-16 +2 electrons

atom (8 +1 1) oxygen-17 +1 electrons

language style expression start coming together
some simplified sentence strictures start getting defined

"atom is-made-of 2 proton implies helium"
.
remember , these markup words are not literal
These English words are just approximations for the markup language
the definitions are in uscript , not English!
is-made-of does not reference English terms
it is just a markup version of a uscript self-defined term
.
The grammar structures defined in this page are some simple simplifications
this sentence simplifies from
"(atom subpart(proton proton)) if-that-is-true(atom = helium )

item vars. var symbol with 'particle' prefix.
a var that references a 'thing'
could easily just use 'normal vars to talk about things too
but always better for the var symbol to show what kind of value it's holding

This is going to ba a pattern. many types of 'vars'

it's a fun alternative style to explore

imagine that Chinese characters were the only language , what would programming look like?
how would you name and handle variables if you don't name them with strings of letters?

At first we moved stuff around in numeric memory banks/registers/etc..
but we quickly needed work with too many variables
named variables named structures and named classes and named objects etc..

All those development frameworks were based on alphabetical language

What if there wasn't an alphabet?
as a programmer fluent in English and Chinese I can confidently say:
The current systems are optimized for alphabetical language
it is unlikely that it would be just a 'font swap'
Character languages don't fit as neatly into this paradigm

What would if happen if something like Chinese characters was the only language?

I don't know fully know where Uscript will lead me
But I'm going to have fun going down this non-phonetic script path

I have not designed it yet. going to follow the flow
But I am pretty sure its going to rely far more heavily on structures/objects/classes
and ability to do contextual redefinition of symbols within structures







full page desc content

temp place holder page third isotope notation? *show* atom :: general atom symbol drawn by the word 'atom' atom (1) :: atom(1) hydrogen , atom(2) :: atom(2) helium , atom(3) :: atom(3) lithium _2 :: yes. the number strokes lines are very thin.
right now it is just scaling the number vector.
It will need to be redone with a thicker line width later _2 :: IONS atom(1.1) :: atom(1.1) hydrogen +1 electron anion, atom(6.-1) :: atom(6.-1) carbon -1 electron cation _2 :: ISOTOPES atom(6 14) :: atom(6 14) carbon 14 , atom(8 17) :: atom(8 17)oxygen 17 atom(1 +1) :: atom(1 +1) hydrogen +1 neutron isotope.
atom(7 -2) :: atom(7 -2) nitrogen -2 neutron isotope. 7 proton 5
secondary notation method.
the adjuster number specifies 'neutron count = proton_count +/- x' atom (82 208) = atom (82 +44) :: atom (82 208) = atom (82 +44) Lead 208 (neutrons = protons + 44) _2 :: might add third isotope notation based on beta-stability line deviation _2 :: ISOTOPES + IONS
don't use the '.' for the ion. just space it out as the third value atom(1 1 -1) :: atom (1 1 -1) hydrogen-1 -1 electron. aka a proton atom(8 16 2) :: atom (8 16 2) oxygen-16 +2 electrons atom(8 +1 +1) :: atom (8 +1 1) oxygen-17 +1 electrons _2 :: language style expression start coming together
some simplified sentence strictures start getting defined atom ismadeof 2 proton implies atom(2) :: "atom is-made-of 2 proton implies helium"
.
remember .. these markup words are not literal
These English words are just approximations for the markup language
the definitions are in uscript .. not English!
is-made-of does not reference English terms
it is just a markup version of a uscript self-defined term
.
The grammar structures defined in this page are some simple simplifications
this sentence simplifies from
"(atom subpart(proton proton)) if-that-is-true(atom = helium ) item1 item2 tiem3 :: item vars. var symbol with 'particle' prefix.
a var that references a 'thing'
could easily just use 'normal vars to talk about things too
but always better for the var symbol to show what kind of value it's holding

This is going to ba a pattern. many types of 'vars'

it's a fun alternative style to explore

imagine that Chinese characters were the only language .. what would programming look like?
how would you name and handle variables if you don't name them with strings of letters?

At first we moved stuff around in numeric memory banks/registers/etc..
but we quickly needed work with too many variables
named variables named structures and named classes and named objects etc..

All those development frameworks were based on alphabetical language

What if there wasn't an alphabet?
as a programmer fluent in English and Chinese I can confidently say:
The current systems are optimized for alphabetical language
it is unlikely that it would be just a 'font swap'
Character languages don't fit as neatly into this paradigm

What would if happen if something like Chinese characters was the only language?

I don't know fully know where Uscript will lead me
But I'm going to have fun going down this non-phonetic script path

I have not designed it yet. going to follow the flow
But I am pretty sure its going to rely far more heavily on structures/objects/classes
and ability to do contextual redefinition of symbols within structures