Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×
User Journal

Journal Marxist Hacker 42's Journal: Back to coding, doing something I haven't done before 6

Does anybody know of a good Javascript, .NET, or HTML5 (or combination of the three) library for doing a user-customizable widget grid?

I've seen it done enough that this *should* be a readily available control, but I don't seem to be able to find one with my first three rounds of google searching, I'm probably calling it the wrong thing.

What I want is to be able to configure a user's home page on the website with their choice & order of several widgets.

Anybody know of a great tool for doing this? Worst case scenario is I roll my own with a three column table built up from a sub table off of the users.

Oh yeah, and mandatory technology for this project is SQL Server Database, Visual Studio .NET Webforms (yeah, after doing MVC the last 4 projects I'm thinking Yuck too with these code-behinds), intended for HTML5 browsers.

This discussion has been archived. No new comments can be posted.

Back to coding, doing something I haven't done before

Comments Filter:
  • No help, but I've inherited a .Net/SQL server project of my own. So we can commiserate.
  • What I want is to be able to configure a user's home page on the website with their choice & order of several widgets.

    That sounds exactly like what I've (only*) read ASP.NET WebForms' "Web Parts" is for.

    *I wouldn't know in practice; the place I work at never really learned ASP.NET, so they re-invented things like Web Parts and ASP.NET Membership.

    after doing MVC the last 4 projects I'm thinking Yuck too with these code-behinds

    Couldn't parse that of course, but it jogged my memory of something from an earlier discussion, where you said MVC was overkill for what you were doing, and after Slashdumb closed the discussion I was thinking the following. We've used ASP.NET MVC for our last three projects. Yet

    • Thanks, I'll look into Web Parts, might make it a good deal easier.

      MVC is largely overkill, but I've gotten used to breaking the model with code generated views. After that, going back to codebehind web forms seems hard to debug again- especially using entity framework to access a cloud database that I have zero control over. But at least it's work.

      What is going to be fun, this time around, is figuring out where I can plug my widget data into their data model. I may have to abuse some of their tables to

      • using entity framework to access a cloud database that I have zero control over.

        I've never done EF, but that sounds like paradise. I desperately want to just use the database as a persistence mechanism at some job, where it's just used to store a snapshot of the C# object model's state. IOW, business logic only in C# classes.

        code generated views

        Yuck.

        I may have to abuse some of their tables to do it.

        That's breaking even the very first normal form of relational database design, which makes me want to run away screaming.

        • Sadly, not that good. This database is good third normal form, but it is specifically tuned for multi-level marketing, and I'm not allowed a direct SQL connection to it.

      • by Qzukk ( 229616 )

        In my experience, MVC appears to be largely overengineered, up until you have models that are subclasses of each other and could share the same view. Then I've had it cut development time in half for the second model (including the time to break down the first to MVC) and even better for subsequent objects. Even then, people are too married to having three initials and you get entire ragefests over "omg where does the valdiation go WHERE DOES THE BUSINESS LOGIC GO?!?!?!" (most "business logic" I've seen u

"Protozoa are small, and bacteria are small, but viruses are smaller than the both put together."

Working...