× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Booth,

It's the opposite of what you think. It's not the same for each device..
it's Different for each device.

But that's all controlled by the CSS and the media queries that are
possible.

If it's a browser, make it big.

If it's a phone, make it small and wrap content.

That's just the generic idea. Things have went so far in the past few
years (some too far..) with HTML5 and CSS and JS and all the available
libraries and what's great... it's not specific to any platform. All of
these ideas are global to any platform that does HTML, JS, CSS, etc...

When you start looking at it as IBM i specific is when the problems and
misconceptions occur... All any platform or web server is doing is
outputting data that is interpreted by the browser client and rendered.
"CGI" (which is dead according to some pundits) can output anything from
HTML, to XML to JSON to Klingon.

I SO HATE when I get a customer that says "company xyz says it won't work
on an AS400".... BS! And I've proved many wrong with our offerings and
had many conference calls where I showed the so call "experts" from other
platforms that our little AS400s can do anything their *nix or M$ servers
can do.

Perfect example is SNDDST or QtmmSendMail APIs thinking that in the future
IBM will add support for SSL/TLS and authentication. They might, but we've
had it for over 10 years with our MAILTOOL Plus software at a command, user
or global level.

I also agree these discussions could be here or anywhere else. 99% of the
content is non IBM i related (but related to EVERY web developer on any
platform) but I love seeing IBM i people learning new things like jQuery
that I choose to throw in my thoughts now and then. :) No matter how it's
taken.

Brad
www.bvstools.com

On Tue, Jul 14, 2015 at 11:33 PM, Booth Martin <booth@xxxxxxxxxxxx> wrote:

Thank you for that. Yes, it makes sense. It also surprises me.

It is sounding like it can do everything that separate pages can do but
with more complexity. So, all of this work is just to save bandwidth?
Thats it? As we move towards 15 mbps speeds we are worrying over saving a
few text strings?

I think I am missing something. I am not seeing something that is clear
to everyone else.


On 7/14/2015 9:15 PM, Joe W Holt wrote:


You aren't limiting the UI. The way responsive design flows is not only
does it move things around to accommodate the change in screen dimensions,
you can also code certain things to appear on the larger formats and not
on
the smaller formats and vice versa. You have a lot of flexibility in what
each dimension would be able to see and how it is represented. You also
have the flexibility to expand your presence when the larger format is
available but trim it down to the minutia when the smallest mobile
presence
engages. That's what I like about Foundation framework. I'm sure the other
frameworks can do the same, but when one adopts a framework, especially
when hand-coding templates, one gets used to certain styles. I'm used to
that one. Again, responsive isn't coding to the lowest common
denominator,
it is adjusting the address the lowest common denominator without
sacrificing resources on multiple interfaces. Hope that makes sense.

***
Regards,
Joe W Holt
Sr Programmer/Developer
Jack Onofrio Dog Shows, LLC
405.427.8181



From: Booth Martin <booth@xxxxxxxxxxxx>
To: "Web Enabling the IBM i (AS/400 and iSeries)"
<web400@xxxxxxxxxxxx>
Date: 07/14/2015 08:09 PM
Subject: Re: [WEB400] A Responsive Single Page App (SPA) with 3
Issues
to Consider
Sent by: "WEB400" <web400-bounces@xxxxxxxxxxxx>



For starters let us assume that everyone here is way ahead of me on the
curve. I understand that my limited web experience leaves we way behind.

Where I am having the issue in my own mind is with the idea that a site
should give the same experience to everyone, regardless of the device
they are using. In my experience the attempt to do that requires coding
to the lowest common denominator. In the end, that can not be good. In
my opinion.

Can it be done? Sure. But why would anyone limit their site that way?
Programmers designing web sites is a bad idea. We are programmers, not
designers. Its like asking a plumber to design a bathroom. Bad idea.



On 7/14/2015 11:58 AM, Bradley Stone wrote:

Booth,

Maybe I'm the one that's lost.. but how is any of this a "one size fits
all" solution? I don't quite understand that reference to this

discussion

and the pages that have been given as examples.

Brad
www.bvstools.com
--

Booth Martin<br>
www.martinvt.com<br>
(802)461-5349<br><br>

By and large, language is a tool for concealing the truth.
-- George Carlin
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.