@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Sat Mar 21 2015

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

(from the selection rectangle)

@cshimmin commented on Thu Jun 11 2015

Hey, cool project! According to the hotkey list, pressing backspace/delete should remove the selected object. However it just causes my browser to navigate back in history (which is of course the default browser action for this key). I'm using Chrome (43.0.2357.81) on OSX yosemite, and whatever version is running on your site: http://feynman.aivazis.com/

@cshimmin commented on Thu Jun 11 2015

P.S. I'm starting from the example Drell-Yan diagram, not sure if that's relevant.

@cshimmin commented on Thu Jun 11 2015

Also selecting the object and clicking the big red "Delete This Line" button does nothing.

@AlecAivazis commented on Sat May 07 2016

Hey @cshimmin - First off, allow me to apologize, I'm really not sure why I wasn't "watching" my own project but I had no idea this bug was present until a few days ago. Unfortunately, I haven't been drawing many feynman diagrams lately. I've tried to go back and fix some things a few times but the backend codebase is rather scattered (this was one of my first web applications) and based on old versions of packages whose APIs drastically changed.

Good new though! After seeing your message, I decided enough was enough and migrated the application over to a new server. The client codebase is the same (all features work as they did before), but hopefully this means I will be able to fix your issue very soon. I'll keep you updated. Sorry again for the year long wait.

@AlecAivazis commented on Sun May 08 2016

I have fixed the bug in the new version and will have it deployed by the end of the day. Sorry again for letting this project slip away!

@AlecAivazis commented on Sun May 08 2016

I'm moving this over to the new repo, I will leave that issue up until the new version is deploy since the problem was fixed.

Great tool! However, when exporting to png, text is not shown - using mac + mozilla

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

Removes need to pass elements since javascript is single-threaded, the timestamp is guaranteed unique

Including:
[ ] rendering a constrained anchor
[ ] dropping a constraint on an anchor to apply it
[ ] dropping an anchor on a constraint to apply it

And just as a side issue; the dragged corner of the "select" box does not align with the position of the mouse cursor. And a suggestion, it would be super useful to be able to copy/paste graph elements :). Nice concept though!

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

I can't write something like "W^+"
But "W^-" or "W_a" works. The "+" does not appear.
It would be nice to wrap the text field in a LaTeX environment.

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

1. "Electroweak" and "gluon" issues

• a)

"Electroweak" and "gluon" are resulting in different end points in the co-ordinate than typed and expected in the code. The PNG works fine in this respect. For example the following code:
\gluon[color=000000, endcaps=false, flip=false, label=, labelDistance=0.42, labelLocation=0.50, showArrow=true, lineWidth=0.7142857142857143]{1, 3}{1.5, 2}
It should give a gluon from the co-ordinates (1,3) to (1.5,2). But instead this gives a gluon from (1,3) to (0,3.5)
I think I figured out the mistake in the script.
$x_{end}^{resulted} = x_{start} + (y_{end}^{expected} - y_{start})$
and similarly for y
$y_{end}^{resulted} = y_{start} + (x_{end}^{expected} - x_{start})$
The difference in x and y got interchanged in your script.Simply you just have to correct it by adding the difference with the correct variable.

• b)

Electroweak and gluon can have another variable for drawing, which is the width of their shape, not just the linewidth.

2. Zooming Issues

When exporting to PNG the image outline depends on the zoom scale. Also there is no scale to measure the zoom scale. By varying the grid and the scroll together can create similar looking space for drawing.
So here are my suggestions:

• Add a scroll for zooming
• Let us use a simple selector using drag to select the items in a specified region.
• Create an image of 100% scale for the selected region.
• Using the selector let us change the scale of the specified items altogether.
• When exporting to LaTeX, export the information at 100% zoom scale.

3. Math environment support issue

The text or label is a Math supported text format. It works fine during drawing and in PNG export. But when exported to use in LaTeX, it does not support the Math environment. It is taking too long to run, could not wait for any error messages. For example using label=$\gamma$ it does not work, but instead using label=$t$ it gives a non-italic "t".

4. Alt+Click does not work at all

5. Enable saving the drawing and history

so that reloading the page cannot kill all the time spent for the drawing.

@AlecAivazis commented on Thu Mar 19 2015

something like 600x400, should also think about mobile viewports

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

Would be great to have custom label text like \anti

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015

@AlecAivazis commented on Thu Mar 19 2015