forked from lijiext/lammps
Layout images so they show up side-by-side in html and pdf and adapt to screen/paper size
This commit is contained in:
parent
1f4725d652
commit
8546bb51bf
|
@ -78,7 +78,7 @@ html: $(ANCHORCHECK) $(MATHJAX)
|
|||
@cp -r src/PDF html/PDF
|
||||
@cp -r src/USER html/USER
|
||||
@mkdir -p html/JPG
|
||||
@cp `grep -A2 '\.\. image::' src/*.rst | grep ':target:' | sed -e 's,.*:target: JPG/,src/JPG/,' | sort | uniq` html/JPG/
|
||||
@cp `grep -A2 '\.\. .*image::' src/*.rst | grep ':target:' | sed -e 's,.*:target: JPG/,src/JPG/,' | sort | uniq` html/JPG/
|
||||
@rm -rf html/PDF/.[sg]*
|
||||
@rm -rf html/USER/.[sg]*
|
||||
@rm -rf html/USER/*/.[sg]*
|
||||
|
|
|
@ -114,16 +114,21 @@ has been run, using the :doc:`rerun <rerun>` command to read snapshots
|
|||
from an existing dump file, and using these dump commands in the rerun
|
||||
script to generate the images/movie.
|
||||
|
||||
Here are two sample images, rendered as 1024x1024 JPEG files. Click
|
||||
to see the full-size images:
|
||||
Here are two sample images, rendered as 1024x1024 JPEG files.
|
||||
|
||||
.. image:: JPG/dump1_small.jpg
|
||||
.. raw:: html
|
||||
|
||||
Click to see the full-size images:
|
||||
|
||||
.. |dump1| image:: JPG/dump1_small.jpg
|
||||
:target: JPG/dump1.jpg
|
||||
:width: 48%
|
||||
.. image:: JPG/dump2_small.jpg
|
||||
.. |dump2| image:: JPG/dump2_small.jpg
|
||||
:target: JPG/dump2.jpg
|
||||
:width: 48%
|
||||
|
||||
|dump1| |dump2|
|
||||
|
||||
Only atoms in the specified group are rendered in the image. The
|
||||
:doc:`dump_modify region and thresh <dump_modify>` commands can also
|
||||
alter what atoms are included in the image.
|
||||
|
|
|
@ -49,7 +49,7 @@ Syntax
|
|||
Examples
|
||||
""""""""
|
||||
|
||||
.. parsed-literal::
|
||||
.. code-block:: LAMMPS
|
||||
|
||||
fix 2 all balance 1000 1.05 shift x 10 1.05
|
||||
fix 2 all balance 100 0.9 shift xy 20 1.1 out tmp.balance
|
||||
|
@ -159,12 +159,17 @@ the simulation box across processors (one sub-box for each of 16
|
|||
processors); the middle diagram is after a "grid" method has been
|
||||
applied.
|
||||
|
||||
.. image:: JPG/balance_uniform_small.jpg
|
||||
.. |bal_uni| image:: JPG/balance_uniform_small.jpg
|
||||
:target: JPG/balance_uniform.jpg
|
||||
.. image:: JPG/balance_nonuniform_small.jpg
|
||||
:width: 31%
|
||||
.. |bal_non| image:: JPG/balance_nonuniform_small.jpg
|
||||
:target: JPG/balance_nonuniform.jpg
|
||||
.. image:: JPG/balance_rcb_small.jpg
|
||||
:width: 31%
|
||||
.. |bal_rcb| image:: JPG/balance_rcb_small.jpg
|
||||
:target: JPG/balance_rcb.jpg
|
||||
:width: 31%
|
||||
|
||||
|bal_uni| |bal_non| |bal_rcb|
|
||||
|
||||
The *rcb* style is a "tiling" method which does not produce a logical
|
||||
3d grid of processors. Rather it tiles the simulation domain with
|
||||
|
|
Loading…
Reference in New Issue