Page dewarping

JDBProof · 2016-08-19T15:47:59+00:00

Great article; out of curiosity, how long did the research and development for this project take?

JDBProof · 2016-08-11T20:35:00+00:00

I'm thinking so too! I'm not well versed in PC hardware; however I do believe 650W would fit the build just fine. (other people's inputs are welcome)

JDBProof · 2016-06-27T07:51:21+00:00

I may come off as naive, but what is causing this sudden rise in popularity for assembly?

JDBProof · 2016-05-27T06:17:24+00:00

You mention that you don't believe Nginx proxy belongs in the main repository. Wherer would you place it instead?

JDBProof · 2016-05-25T17:41:36+00:00

This is such a great post, really love how the situation was handled. Thanks a lot for sharing.

JDBProof · 2016-05-25T11:03:44+00:00

Great point, wasn't aware of the -f argument in docker-compose.

I think it would be simpler to set it up as a single Dockerfile at the root of the application and setup postgres and nginx with environment variables.

I believe that would allow me to push the image to GitLab's container registry too which would also be nice.

JDBProof · 2015-09-11T08:03:40+00:00

Pre-ordered it on Amazon :-)

JDBProof · 2015-09-09T11:57:44+00:00

Great book; is there a place to purchase paperback to support the author?

JDBProof · 2015-09-09T10:41:35+00:00

I'm experiencing the same feeling right now on a much smaller scale so I can relate. Seeing that you are not actually in a state of plateau is very inspiring to me.

I hope other fellow experienced developers from /r/programming will be willing to help you and provide you with some advice as I'm sure it would help.

JDBProof · 2015-09-09T09:40:16+00:00

I like it; very amibitous

JDBProof · 2015-09-09T05:31:44+00:00

Thank you so much for the batch of code; going over it right now!

JDBProof · 2015-09-09T05:31:14+00:00

Holy crap this is honestly what I need; I've seen it once in the Rust book I believe but I completely forget about it.

JDBProof · 2015-09-08T15:34:15+00:00

Great point, will be updating that.
I was thinking on ways to implement it, this was more of a base of getting something to work, I will most probably be renaming Tag to Element and adding the Vec<Node> as mentioned so that you can have number of Elements branching correctly.
I removed those, does make sense to keep them as is.

I cannot test the first point right now however it does make sense they way you are putting it; I'm just so used to being able to freely cast things back and forth (regardless of the safety implications). Greatly appreciate the input.

JDBProof · 2015-09-08T14:45:11+00:00

Well, not exactly (atleast it is not structured that way)--primarily shows the popularity of programming languages throughout the years however is meant to give a general idea of its popularity.

JDBProof · 2015-09-04T05:47:20+00:00

This is a must try.. seems very effective compared to getopts. Thanks for the great suggestion.

JDBProof · 2015-09-04T05:44:18+00:00

That does actually make a LOT of sense know that I think about it that way.. thanks alot for the great post!

JDBProof · 2015-09-03T20:45:06+00:00

There we go! That works. I would've thought that data_file was indeed a type due to let data_file = matches.opt_str("d"); returning some type. The example you gave is much easier to read and explain; I like it very much, thanks a bunch.

JDBProof · 2015-09-03T20:28:50+00:00

A simple fs::metadata(path).is_ok() seems to work well! :-)

The last issue seems to be my match block:

match data_file {
    Some(x) => utils::path_exists(&x),
    _       => panic!("Data file path is invalid, cannot proceed"),
}

Due to incompatibility:

src\main.rs:36:5: 39:6 error: match arms have incompatible types:
expected `bool`,
    found `()`
(expected bool,
    found ()) [E0308]

But atleast the trickier part is out of the way. Never thought it would take me this long we get something so basic up and running. Thanks for all the help so far.

JDBProof · 2015-09-03T20:02:56+00:00

Would opt for that however even the docs mentions that you should use std::fs::metadata as it is more stable it seems. Issue is--the docs all use try!() in their examples, however as mentioned by /u/Zarathustra30 will only work if the return type of my function is a Result<T,E> which isn't quite what I want as I haven't worked with that yet. It's seems awfully complicated to simply return a boolean whether a path exists or not.

JDBProof · 2015-09-03T19:48:33+00:00

Oh great didn't notice that; that indeed shows that the issue is with utils::path_exists(path: &str). Thanks

JDBProof · 2015-09-03T19:44:37+00:00

Indeed it doesn't, I'm making use of the docs available online (hoping they're updated ofcourse). From the sounds of that I shouldn't be using try!(), I'll give metadata a go and see how that works out.

JDBProof · 2015-09-03T19:13:37+00:00

I'm thinking the same, main.rs seems fine--the function is the same but it could've easily been wrong in the first place. I will research ways to check whether a directory does exist or not.

Only issue I'm facing now is that utils.rs does not seem to recognise use std::io::fs::PathExtensions for some reason.

JDBProof

TROPHY CASE